From bounce-aprsspec-11589@lists.tapr.org  Wed Aug  2 10:52:22 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25704
	for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 10:52:20 -0500 (CDT)
Message-ID: <LYR11589-100036-2000.08.02-10.57.30--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 2 Aug 2000 16:52:22 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Ian Wade <Ian.Wade@care4free.net>
Reply-To: ianwade@netro.co.uk
Subject: [aprsspec] New Mic-E Test Suite available
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <hWQ+SuA2OEi5EwJ$@care4free.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

I have just produced a new test suite for Mic-E software. It consists of
around 200 carefully crafted packets, designed to stretch the Mic-E
software in all directions.

I am not posting it to my website just yet, but if you would like a copy
(about 30KB) just drop me a mail: g3nrw@tapr.org


73
Ian, G3NRW
Technical Editor, APRS Protocol Specification

-- 
+--------------------------------------------------------------------+
| APRS on 144.800  [IO91SX]             ~55km/35 miles NNW of London |
|                       email: g3nrw@tapr.org                        |
|                                                                    |
|     APRS PROTOCOL SPEC: http://www.tapr.org/tapr/html/Faprswg.html |
| <APRSdec> APRS DECODER: http://www.tapr.org/~g3nrw                 |
|   Mic-Encoder Software: http://www.tapr.org/~g3nrw                 |
+--------------------------------------------------------------------+

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug  2 11:46:32 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA07661
	for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 11:46:25 -0500 (CDT)
Message-Id: <LYR11589-100042-2000.08.02-11.51.40--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: New Mic-E Test Suite available
Date: Wed, 2 Aug 2000 12:45:58 -0400
From: Steve Dimse <sdimse@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="Emailer_-1246598850"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008021645.JAA10812@snipe.prod.itd.earthlink.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

--Emailer_-1246598850
Content-Type: text/plain; charset="US-ASCII"

On 8/2/00 11:52 AM Ian Wade (Ian.Wade@care4free.net) wrote:

>I have just produced a new test suite for Mic-E software. It consists of
>around 200 carefully crafted packets, designed to stretch the Mic-E
>software in all directions.
>
Here's the output of APRServe's parser if anyone cares to write a program 
to reconcile Ian's report format with the converted packets, or perhaps 
Ian would like to run this through his program and diff the result...

Too painful to go through a couple hundred lines by hand...

Steve K4HG
--Emailer_-1246598850
Content-Type: text/plain; name="out.txt";
 x-mac-type="54455854";
 x-mac-creator="43574945"
Content-transfer-encoding: x-uuencode
Content-Disposition: Attachment; filename="out.txt"

begin 644 out.txt
M(R!-24-%5$535"Y$050@(%1E<W1S($UI8RU%(&1E8V]D:6YG+B @5F5R(#$N
M," @(#$@075G(#(P,# -(R!.;VXM<')I;G1I;F<@8VAA<F%C=&5R<R!A<F4@
M<VAO=VX@:6X@97%U:79A;&5N=" P>"!F;W)M(&EN('1H92!-:6,M12!C;VUM
M96YT(&9I96QD#2,@1$535$E.051)3TX@041$4D534R!415-44R H3&%T:71U
M9&4L($UE<W-A9V5S+"!.+U,O12]7+"!,;VYG($]F9G-E="D-(R K*RLK*RLK
M*RLK*RLK*R!';V]D(&QA=&ET=61E('9A;'5E<PU',TY25RH^05!%,3 P.D P
M,C$V,S-Z,# P,"XP,%,O,# P,# N,#!%/C P-"\P-# O13Y34E8O33=%3452
M1T5.0UDA(" @(" @("@P>#%C*0U',TY25RH^05!%,3 P.D P,C$V,S-Z,#$R
M,RXT-5,O,#(P,C$N,C)%/C R-2\R,S(O13Y34E8O33=%34521T5.0UDA#4<S
M3E)7*CY!4$4Q,# Z0# R,38S,WHV-S4Y+C P4R\P,C R,2XR,D4^,#(U+S(S
M,B]%/E-25B]--T5-15)'14Y#62$-1S-.4E<J/D%013$P,#I ,#(Q-C,S>C P
M,3(N,S1.+S$R,#(Q+C(R5SXP,C4O,C,R+T4^4U)6+TTP3V9F($1U='D@( U'
M,TY25RH^05!%,3 P.D P,C$V,S-Z-38U-BXY.4XO,3(P,C$N,C)7/C R-2\R
M,S(O13Y34E8O33!/9F8@1'5T>2 @#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHQ
M,C,P+C$R4R\P,C R,2XR,D4^,#(U+S(S,B]%/E-25B]-,$]F9B!$=71Y(" -
M1S-.4E<J/D%013$P,#I ,#(Q-C,S>C0U-C,N-#53+S R,#(Q+C(R13XP,C4O
M,C,R+T4^4U)6+TTP3V9F($1U='D@( U',TY25RH^05!%,3 P.D P,C$V,S-Z
M-S@V-"XU-E,O,#(P,C$N,C)%/C R-2\R,S(O13Y34E8O33!/9F8@1'5T>2 @
M#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHY,#$R+CDY4R\P,C R,2XR,D4^,#(U
M+S(S,B]%/E-25B]-,U)E='5R;FEN9R -1S-.4E<J/D%013$P,#I ,#(Q-C,S
M>C P,# N,#!3+S R,#(Q+C(R13XP,C4O,C,R+T4^4U)6+TTW14U%4D=%3D-9
M(0U',TY25RH^05!%,3 P.D P,C$V,S-Z,# P,"XP,5,O,#(P,C$N,C)%/C R
M-2\R,S(O13Y34E8O33=%34521T5.0UDA#4<S3E)7*CY!4$4Q,# Z0# R,38S
M,WHY,# P+C P4R\P,C R,2XR,D4^,#(U+S(S,B]%/E-25B]--T5-15)'14Y#
M62$-1S-.4E<J/D%013$P,#I ,#(Q-C,S>C@Y-3DN.3E3+S R,#(Q+C(R13XP
M,C4O,C,R+T4^4U)6+TTW14U%4D=%3D-9(0U',TY25RH^05!%,3 P.D P,C$V
M,S-Z,3 P,# N,#!3+S R,#(Q+C(R13XP,C4O,C,R+T4^4U)6+TTS4F5T=7)N
M:6YG( U',TY25RH^05!%,3 P.D P,C$V,S-Z,3 P-CDN.3E3+S R,#(Q+C(R
M13XP,C4O,C,R+T4^4U)6+TTP3V9F($1U='D@( U',TY25RH^05!%,3 P.D P
M,C$V,S-Z,#$R,RXU,E,O,#(P,C$N,C)7/C R-2\R,S(O13Y34E8O33=%3452
M1T5.0UDA#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHP,3(S+C$Q,E,O,3(P,C$N
M,C)7/C R-2\R,S(O13Y34E8O33=%34521T5.0UDA#4<S3E)7*CY!4$4Q,# Z
M0# R,38S,WHP,3(S+C$P-5,O,3(P,C$N,C)%/C R-2\R,S(O13Y34E8O33=%
M34521T5.0UDA#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHP,3,P+C$Q,$XO,3(P
M,C$N,C)7/C R-2\R,S(O13Y34E8O33=%34521T5.0UDA#4<S3E)7*CY!4$4Q
M,# Z0# R,38S,WHP,3,R+C P3B\P,C R,2XR,D4^,#(U+S(S,B]%/E-25B]-
M-T5-15)'14Y#62$-1S-.4E<J/D%013$P,#I ,#(Q-C,S>C Q,S(N,3 P3B\Q
M,C R,2XR,D4^,#(U+S(S,B]%/E-25B]--T5-15)'14Y#62$-1S-.4E<J/D%0
M13$P,#I ,#(Q-C,S>C Q,3,P+C$S,$XO,3(P,C$N,C)7/C R-2\R,S(O13Y3
M4E8O33904DE/4DE462 @#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHQ,C$Q,"XQ
M,E,O,#(P,C$N,C)%/C R-2\R,S(O13Y34E8O33!/9F8@1'5T>2 @#4<S3E)7
M*CY!4$4Q,# Z0# R,38S,WHT,#$Q,2XY.5,O,#(P,C$N,C)%/C R-2\R,S(O
M13Y34E8O33)%;B!2;W5T92 @#2,@*RLK*RLK*RLK*RLK*RL@0F%D($QA=&ET
M=61E('9A;'5E<PU',TY25RH^05!%,3 P.D P,C$V,S-Z.3 P,"XP,5,O,#(P
M,C$N,C)%/C R-2\R,S(O13Y34E8O33=%34521T5.0UDA#4<S3E)7*CY!4$4Q
M,# Z0# R,38S,WHV-S8P+C P4R\P,C R,2XR,D4^,#(U+S(S,B]%/E-25B]-
M-T5-15)'14Y#62$-1S-.4E<J/D%013$P,#I ,#(Q-C,S>C4V-S@N.3E.+S$R
M,#(Q+C(R5SXP,C4O,C,R+T4^4U)6+TTP3V9F($1U='D@( U',TY25RH^05!%
M,3 P.D P,C$V,S-Z,3 P,3(N.3E3+S R,#(Q+C(R13XP,C4O,C,R+T4^4U)6
M+TTS4F5T=7)N:6YG(" @(" @(" @(" @(" @(" -1S-.4E<J/D%013$P,#I 
M,#(Q-C,S>C(P,# N,#!3+S R,#(Q+C(R13XP,C4O,C,R+T4^4U)6+TTU4W!E
M8VEA;" @( U',TY25RH^05!%,3 P.D P,C$V,S-Z,3 Q,# N,#!3+S R,#(Q
M+C(R13XP,C4O,C,R+T4^4U)6+TTS4F5T=7)N:6YG( U',TY25RH^05!%,3 P
M.D P,C$V,S-Z,C$P,"XP,%,O,#(P,C$N,C)%/C R-2\R,S(O13Y34E8O3353
M<&5C:6%L(" @#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHQ,3$P,"XP,%,O,#(P
M,C$N,C)%/C R-2\R,S(O13Y34E8O33-2971U<FYI;F<@#4<S3E)7*CY!4$4Q
M,# Z0# R,38S,WHQ,S P,"XP,%,O,#(P,C$N,C)%/C R-2\R,S(O13Y34E8O
M33-2971U<FYI;F<@#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHQ-# P,"XP,%,O
M,#(P,C$N,C)%/C R-2\R,S(O13Y34E8O33-2971U<FYI;F<@#4<S3E)7*CY!
M4$4Q,# Z0# R,38S,WHQ-3 P,"XP,%,O,#(P,C$N,C)%/C R-2\R,S(O13Y3
M4E8O33-2971U<FYI;F<@#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHP,# Q+C P
M3B\P,C R,2XR,D4^,#(U+S(S,B]%/E-25B]--T5-15)'14Y#62$-1S-.4E<J
M/D%013$P,#I ,#(Q-C,S>C P,# N,C!3+S$R,#(Q+C(R13XP,C4O,C,R+T4^
M4U)6+TTW14U%4D=%3D-9(0U',TY25RH^05!%,3 P.D P,C$V,S-Z,# P,"XP
M.5,O,#(P,C$N,C)7/C R-2\R,S(O13Y34E8O33=%34521T5.0UDA#4<S3E)7
M*CY!4$4Q,# Z0# R,38S,WHQ,3 P,"XP,%,O,#(P,C$N,C)%/C R-2\R,S(O
M13Y34E8O33-2971U<FYI;F<@#2,@*RLK*RLK*RLK*RLK*RL@1V]O9"!M97-S
M86=E(&-O9&5S#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHP,# P+C P4R\P,C R
M,2XR,D4^,#(U+S(S,B]%/E-25B]--T5-15)'14Y#62$-1S-.4E<J/D%013$P
M,#I ,#(Q-C,S>C P,# N,#!3+S R,#(Q+C(R13XP,C4O,C,R+T4^4U)6+TTV
M4%))3U))5%D@( U',TY25RH^05!%,3 P.D P,C$V,S-Z,#$R,"XP,%,O,#(P
M,C$N,C)%/C R-2\R,S(O13Y34E8O3353<&5C:6%L(" @#4<S3E)7*CY!4$4Q
M,# Z0# R,38S,WHP,3(P+C P4R\P,C R,2XR,D4^,#(U+S(S,B]%/E-25B]-
M-$-O;6UI='1E9" -1S-.4E<J/D%013$P,#I ,#(Q-C,S>C(P,S N,#!3+S R
M,#(Q+C(R13XP,C4O,C,R+T4^4U)6+TTS4F5T=7)N:6YG( U',TY25RH^05!%
M,3 P.D P,C$V,S-Z,S T,"XP,%,O,#(P,C$N,C)%/C R-2\R,S(O13Y34E8O
M33)%;B!2;W5T92 @#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHU-C4P+C P4R\P
M,C R,2XR,D4^,#(U+S(S,B]%/E-25B]-,4EN(%-E<G9I8V4-1S-.4E<J/D%0
M13$P,#I ,#(Q-C,S>C@Y,3 P+C P4R\P,C R,2XR,D4^,#(U+S(S,B]%/E-2
M5B]-,$]F9B!$=71Y(" -1S-.4E<J/D%013$P,#I ,#(Q-C,S>C P,3 N,#!3
M+S R,#(Q+C(R13XP,C4O,C,R+T4^4U)6+TTV4%))3U))5%D@( U',TY25RH^
M05!%,3 P.D P,C$V,S-Z,#(P,"XP,%,O,#(P,C$N,C)%/C R-2\R,S(O13Y3
M4E8O3353<&5C:6%L(" @#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHP,S0P+C P
M4R\P,C R,2XR,D4^,#(U+S(S,B]%/E-25B]--$-O;6UI='1E9" -1S-.4E<J
M/D%013$P,#I ,#(Q-C,S>C4P,# N,#!3+S R,#(Q+C(R13XP,C4O,C,R+T4^
M4U)6+TTS4F5T=7)N:6YG( U',TY25RH^05!%,3 P.D P,C$V,S-Z-C V,"XP
M,%,O,#(P,C$N,C)%/C R-2\R,S(O13Y34E8O33)%;B!2;W5T92 @#4<S3E)7
M*CY!4$4Q,# Z0# R,38S,WHX.3 P+C P4R\P,C R,2XR,D4^,#(U+S(S,B]%
M/E-25B]-,4EN(%-E<G9I8V4-1S-.4E<J/D%013$P,#I ,#(Q-C,S>C$P,C,P
M+C P4R\P,C R,2XR,D4^,#(U+S(S,B]%/E-25B]-,$]F9B!$=71Y(" -(R K
M*RLK*RLK*RLK*RLK*R!"860@;65S<V%G92!C;V1E<PU',TY25RH^05!%,3 P
M.D P,C$V,S-Z,3(P,"XP,%,O,#(P,C$N,C)%/C R-2\R,S(O13Y34E8O33!/
M9F8@1'5T>2 @#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHQ,# P+C P4R\P,C R
M,2XR,D4^,#(U+S(S,B]%/E-25B]-,D5N(%)O=71E(" -1S-.4E<J/D%013$P
M,#I ,#(Q-C,S>C Q,3 N,#!3+S R,#(Q+C(R13XP,C4O,C,R+T4^4U)6+TTP
M3V9F($1U='D@( TC("LK*RLK*RLK*RLK*RLK($Q/3D=)5%5$10TC("LK*RLK
M*RLK*RLK*RLK($=O;V0@;&]N9VET=61E(&1E9W)E97,@*&0K,C@@8GET92D-
M1S-.4E<J/D%013$P,#I ,#(Q-C,S>C P,# N,#!3+S P,# P+C T13XP,#0O
M,#0P+T4^4U)6+TTW14U%4D=%3D-9(0U',TY25RH^05!%,3 P.D P,C$V,S-Z
M,# P,"XP,%,O,# Q,# N,#1%/C P-"\P-# O13Y34E8O33=%34521T5.0UDA
M#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHP,# P+C P4R\P,#(P,"XP-$4^,# T
M+S T,"]%/E-25B]--T5-15)'14Y#62$-1S-.4E<J/D%013$P,#I ,#(Q-C,S
M>C P,# N,#!3+S P.# P+C T13XP,#0O,#0P+T4^4U)6+TTW14U%4D=%3D-9
M(0U',TY25RH^05!%,3 P.D P,C$V,S-Z,# P,"XP,%,O,# Y,# N,#1%/C P
M-"\P-# O13Y34E8O33=%34521T5.0UDA(" @(" @("@P>#=F*0U',TY25RH^
M05!%,3 P.D P,C$V,S-Z,# P,"XP,%,O,#$P,# N,#1%/C P-"\P-# O13Y3
M4E8O33=%34521T5.0UDA#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHP,# P+C P
M4R\P,3$P,"XP-$4^,# T+S T,"]%/E-25B]--T5-15)'14Y#62$-1S-.4E<J
M/D%013$P,#I ,#(Q-C,S>C P,# N,#!3+S Y-S P+C T13XP,#0O,#0P+T4^
M4U)6+TTW14U%4D=%3D-9(0U',TY25RH^05!%,3 P.D P,C$V,S-Z,# P,"XP
M,%,O,#DX,# N,#1%/C P-"\P-# O13Y34E8O33=%34521T5.0UDA#4<S3E)7
M*CY!4$4Q,# Z0# R,38S,WHP,# P+C P4R\P.3DP,"XP-$4^,# T+S T,"]%
M/E-25B]--T5-15)'14Y#62$@(" @(" @*#!X-V8I#4<S3E)7*CY!4$4Q,# Z
M0# R,38S,WHP,# P+C P4R\Q,# P,"XP-$4^,# T+S T,"]%/E-25B]--T5-
M15)'14Y#62$-1S-.4E<J/D%013$P,#I ,#(Q-C,S>C P,# N,#!3+S$P,3 P
M+C T13XP,#0O,#0P+T4^4U)6+TTW14U%4D=%3D-9(0U',TY25RH^05!%,3 P
M.D P,C$V,S-Z,# P,"XP,%,O,3 X,# N,#1%/C P-"\P-# O13Y34E8O33=%
M34521T5.0UDA#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHP,# P+C P4R\Q,#DP
M,"XP-$4^,# T+S T,"]%/E-25B]--T5-15)'14Y#62$-1S-.4E<J/D%013$P
M,#I ,#(Q-C,S>C P,# N,#!3+S$Q,# P+C T13XP,#0O,#0P+T4^4U)6+TTW
M14U%4D=%3D-9(0U',TY25RH^05!%,3 P.D P,C$V,S-Z,# P,"XP,%,O,3$Q
M,# N,#1%/C P-"\P-# O13Y34E8O33=%34521T5.0UDA#4<S3E)7*CY!4$4Q
M,# Z0# R,38S,WHP,# P+C P4R\Q-S@P,"XP-$4^,# T+S T,"]%/E-25B]-
M-T5-15)'14Y#62$-1S-.4E<J/D%013$P,#I ,#(Q-C,S>C P,# N,#!3+S$W
M.3 P+C T13XP,#0O,#0P+T4^4U)6+TTW14U%4D=%3D-9(0TC("LK*RLK*RLK
M*RLK*RLK($)A9"!L;VYG:71U9&4@9&5G<F5E<R H9"LR."!B>71E*0U',TY2
M5RH^05!%,3 P.D P,C$V,S-Z,# P,"XP,%,O,3 Y,# N,#1%/C P-"\P-# O
M13Y34E8O33=%34521T5.0UDA#4<S3E)7*CY!4$4Q,# Z0# R,38S,WHP,# P
M+C P4R\Q,#0P,"XP-$4^,# T+S T,"]%/E-25B]--T5-15)'14Y#62$-1S-.
M4E<J/D%013$P,#I ,#(Q-C,S>C P,# N,#!3+S$P,# P+C T13XP,#0O,#0P
M+T4^4U)6+TTW14U%4D=%3D-9(2 @(" @(" H,'@Q9"D-1S-.4E<J/D%013$P
M,#I ,#(Q-C,S>C P,# N,#!3+S$P,S P+C T13XP,#0O,#0P+T4^4U)6+TTW
M14U%4D=%3D-9(2 @(" @(" H,'@Q9BD-1S-.4E<J/D%013$P,#I ,#(Q-C,S
M>C P,# N,#!3+S W,S P+C T13XP,#0O,#0P+T4^4U)6+TTW14U%4D=%3D-9
M(2 @(" @(" H,'@P,2D-(R K*RLK*RLK*RLK*RLK*R!';V]D(&QO;F=I='5D
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug  2 14:22:32 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA08157
	for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 14:22:27 -0500 (CDT)
Message-ID: <LYR11589-100067-2000.08.02-14.27.44--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 2 Aug 2000 20:22:51 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Ian Wade <Ian.Wade@care4free.net>
Reply-To: ianwade@netro.co.uk
Subject: [aprsspec] Re: New Mic-E Test Suite available
References: <LYR14779-100042-2000.08.02-11.51.40--Ian.Wade#care4free.net@lists.tapr.org>
In-Reply-To: <LYR14779-100042-2000.08.02-11.51.40--Ian.Wade#care4free.net@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <$F$Jm9ALUHi5Ew6z@care4free.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In article <LYR14779-100042-2000.08.02-11.51.40--Ian.Wade#care4free.net@lists.tapr.org>, Steve
Dimse <sdimse@earthlink.net> writes
>On 8/2/00 11:52 AM Ian Wade (Ian.Wade@care4free.net) wrote:
>
>>I have just produced a new test suite for Mic-E software. It consists of
>>around 200 carefully crafted packets, designed to stretch the Mic-E
>>software in all directions.
>>
>Here's the output of APRServe's parser if anyone cares to write a program 
>to reconcile Ian's report format with the converted packets, or perhaps 
>Ian would like to run this through his program and diff the result...
>
>Too painful to go through a couple hundred lines by hand...
>


Steve, I've just endured the pain. And I'm sorry to say it *was* painful. There are *many*
errors in your conversions.

I'm attaching my comments (in 3 parts to allow me to post here).

In summary, there are 5 common errors:

1. Latitude conversion of packets containing Custom message codes is completely wrong.

2. Custom message codes are incorrectly interpreted.

3. Position ambiguity is, er, ambiguous. Well and truly screwed, with some wrong hemispheres
(e.g. West instead of East), and in one case 20 deg long became 120 deg long.

4. Reports containing symbols with numeric overlays were not converted for some reason.

5. The raw data had several sections containing bad packet data. None of these packets should
have been converted.

Here is part 1 of my comments. Errors are underlined with ~

PART 1 of 3

# ++++++++++++++ Good latitude values
G3NRW*>APE100:@021633z0000.00S/00000.00E>004/040/E>SRV/M7EMERGENCY!       (0x1c)
G3NRW*>APE100:@021633z0123.45S/02021.22E>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z6759.00S/02021.22E>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0012.34N/12021.22W>025/232/E>SRV/M0Off Duty  
G3NRW*>APE100:@021633z5656.99N/12021.22W>025/232/E>SRV/M0Off Duty  
G3NRW*>APE100:@021633z1230.12S/02021.22E>025/232/E>SRV/M0Off Duty  
                      ~~~~~~~                          ~~~~~~~~~~
      should be:      0120.12                          C0Custom-0              
                      

G3NRW*>APE100:@021633z4563.45S/02021.22E>025/232/E>SRV/M0Off Duty  
                      ~~~~~~~                          ~~~~~~~~~~
      should be:      3453.45                          C0Custom-0
      

G3NRW*>APE100:@021633z7864.56S/02021.22E>025/232/E>SRV/M0Off Duty 
                      ~~~~~~~                          ~~~~~~~~~~
      should be:      6754.56                          C0Custom-0
      

G3NRW*>APE100:@021633z9012.99S/02021.22E>025/232/E>SRV/M3Returning 
                      ~~~~~~~                          ~~~~~~~~~~~
      should be:      8012.99                          C3Custom-3
      

G3NRW*>APE100:@021633z0000.00S/02021.22E>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.01S/02021.22E>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z9000.00S/02021.22E>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z8959.99S/02021.22E>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z10000.00S/02021.22E>025/232/E>SRV/M3Returning 
                      ~~~~~~~~                          ~~~~~~~~~~~
       should be:     9000.00                           C3Custom-3
       
       
G3NRW*>APE100:@021633z10069.99S/02021.22E>025/232/E>SRV/M0Off Duty 
                      ~~~~~~~~                          ~~~~~~~~~~
       should be:     8959.99                           C0Custom-0
       
       
G3NRW*>APE100:@021633z0123.52S/02021.22W>025/232/E>SRV/M7EMERGENCY!
                      ~~~~~~~  ~~~~~~~~~     
       should be:     0123.4 S (i.e. space before the S)
       should be:              02021.2 E (i.e. East, not West, and a space before the E)
       

G3NRW*>APE100:@021633z0123.112S/12021.22W>025/232/E>SRV/M7EMERGENCY!
                      ~~~~~~~~  ~~~~~~~~~
       should be:     0123.  S (i.e. 2 spaces after the dot)
       should be:               12021.  E (i.e. East, not West, and 2 spaces after the dot)
       

G3NRW*>APE100:@021633z0123.105S/12021.22E>025/232/E>SRV/M7EMERGENCY!
                      ~~~~~~~~  ~~~~~~~~
       should be:     0123.  S (i.e. 2 spaces after the dot)
       should be:               12021.  E (2 spaces after the dot)               


G3NRW*>APE100:@021633z0130.110N/12021.22W>025/232/E>SRV/M7EMERGENCY!
                      ~~~~~~~~  ~~~~~~~~
       should be:     012 .  N (i.e. space before the dot, 2 spaces after the dot)
       should be:               1202 .  W (i.e. space before the dot, 2 spaces after the dot)       
       
       
G3NRW*>APE100:@021633z0132.00N/02021.22E>025/232/E>SRV/M7EMERGENCY!
                      ~~~~~~~~ ~~~~~~~~~
       should be:     012 .  S (i.e. South, not North, space before the dot, 2 spaces after the
dot)
       should be:              0202 .  E (i.e. space before the dot, 2 spaces after the dot)
       

G3NRW*>APE100:@021633z0132.100N/12021.22E>025/232/E>SRV/M7EMERGENCY!
                      ~~~~~~~~  ~~~~~~~~
       should be:     012 .  S (i.e. South, not North, space before the dot, 2 spaces after the
dot)
       should be:               1202 .  E (space before the dot, 2 spaces after the dot)


G3NRW*>APE100:@021633z01130.130N/12021.22W>025/232/E>SRV/M6PRIORITY  
                      ~~~~~~~~~  ~~~~~~~~                ~~~~~~~~~~
       should be:     01  .  N (i.e. 2 spaces before the dot, 2 spaces after the dot)
       should be:                020  .  W (i.e. 2 spaces before the dot, 2 spaces after the
dot,
                                            should be 020 degrees, not 120)
       should be:                                        M7EMERGENCY
       
       
G3NRW*>APE100:@021633z12110.12S/02021.22E>025/232/E>SRV/M0Off Duty 
                      ~~~~~~~~  ~~~~~~~~                ~~~~~~~~~~
       should be:     01  .  S (i.e. 2 spaces before the dot, 2 spaces after the dot)
       should be:               020  .  E (i.e. 2 spaces before the dot, 2 spaces after the dot)
       should be:                                       C0Custom0
       
       
G3NRW*>APE100:@021633z40111.99S/02021.22E>025/232/E>SRV/M2En Route  
                      ~~~~~~~~  ~~~~~~~~                ~~~~~~~~~~
       should be:     30  .  S (i.e. 2 spaces before the dot, 2 spaces after the dot)
       should be:               020  .  E (i.e. 2 spaces before the dot, 2 spaces after the dot)
       should be:                                       C2Custom2
       
       
       
# ++++++++++++++ Bad Latitude values

ALL OF THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

G3NRW*>APE100:@021633z9000.01S/02021.22E>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z6760.00S/02021.22E>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z5678.99N/12021.22W>025/232/E>SRV/M0Off Duty  
G3NRW*>APE100:@021633z10012.99S/02021.22E>025/232/E>SRV/M3Returning                 
G3NRW*>APE100:@021633z2000.00S/02021.22E>025/232/E>SRV/M5Special   
G3NRW*>APE100:@021633z10100.00S/02021.22E>025/232/E>SRV/M3Returning 
G3NRW*>APE100:@021633z2100.00S/02021.22E>025/232/E>SRV/M5Special   
G3NRW*>APE100:@021633z11100.00S/02021.22E>025/232/E>SRV/M3Returning 
G3NRW*>APE100:@021633z13000.00S/02021.22E>025/232/E>SRV/M3Returning 
G3NRW*>APE100:@021633z14000.00S/02021.22E>025/232/E>SRV/M3Returning 
G3NRW*>APE100:@021633z15000.00S/02021.22E>025/232/E>SRV/M3Returning 
G3NRW*>APE100:@021633z0001.00N/02021.22E>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.20S/12021.22E>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.09S/02021.22W>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z11000.00S/02021.22E>025/232/E>SRV/M3Returning 

continued in Part 2


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug  2 14:30:43 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA09199
	for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 14:30:41 -0500 (CDT)
Message-ID: <LYR11589-100071-2000.08.02-14.36.02--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 2 Aug 2000 20:29:50 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Ian Wade <Ian.Wade@care4free.net>
Reply-To: ianwade@netro.co.uk
Subject: [aprsspec] Re: New Mic-E Test Suite available
References: <LYR14779-100042-2000.08.02-11.51.40--Ian.Wade#care4free.net@lists.tapr.org>
In-Reply-To: <LYR14779-100042-2000.08.02-11.51.40--Ian.Wade#care4free.net@lists.tapr.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain;charset=iso-8859-1
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <vV2NyHBuaHi5Ew57@care4free.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

PART 3 of 3



# ++++++++++++++ SPEED
# ++++++++++++++ Good speed (hundreds/tens) (SP+28 byte)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/000/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/000/E>SRV/M7EMERGENCY!       (0x1c)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/010/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/010/E>SRV/M7EMERGENCY!       (0x1d)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/020/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/020/E>SRV/M7EMERGENCY!       (0x1e)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/030/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/030/E>SRV/M7EMERGENCY!       (0x1f)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/180/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/180/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/190/E>SRV/M7EMERGENCY!       (0x7f)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/190/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/200/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/210/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/780/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/790/E>SRV/M7EMERGENCY!




# ++++++++++++++ Bad speed (hundreds/tens) (SP+28 byte)

THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

G3NRW*>APE100:@021633z1000.00S/00000.04E>004/-10/E>SRV/M7EMERGENCY!       (0x1b)
G3NRW*>APE100:@021633z1000.00S/00000.04E>004/-1560/E>SRV/M7EMERGENCY!       (0x80)




# ++++++++++++++ Good speed (units) (DC+28 byte)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/000/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/000/E>SRV/M7EMERGENCY!       (0x1c)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/001/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/001/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/002/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/002/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/003/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/003/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/004/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/004/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/005/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/005/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/006/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/006/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/007/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/007/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/008/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/008/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/009/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/009/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>304/009/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>304/009/E>SRV/M7EMERGENCY!


# ++++++++++++++ Bad speed (units) (DC+28 byte)

THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

G3NRW*>APE100:@021633z1000.00S/00000.04E>-96/000/E>SRV/M7EMERGENCY!       (0x1b)
G3NRW*>APE100:@021633z1000.00S/00000.04E>404/009/E>SRV/M7EMERGENCY!




# ++++++++++++++ COURSE
# ++++++++++++++ Good course (hundreds) (DC+28 byte)
G3NRW*>APE100:@021633z0000.00S/00000.04E>000/000/E>SRV/M7EMERGENCY!       (0x1c)
G3NRW*>APE100:@021633z0000.00S/00000.04E>000/000/E>SRV/M7EMERGENCY!       (0x1c  0x1c)
G3NRW*>APE100:@021633z0000.00S/00000.04E>100/000/E>SRV/M7EMERGENCY!       (0x1c)
G3NRW*>APE100:@021633z0000.00S/00000.04E>100/000/E>SRV/M7EMERGENCY!       (0x1d  0x1c)
G3NRW*>APE100:@021633z0000.00S/00000.04E>200/000/E>SRV/M7EMERGENCY!       (0x1c)
G3NRW*>APE100:@021633z0000.00S/00000.04E>200/000/E>SRV/M7EMERGENCY!       (0x1e  0x1c)
G3NRW*>APE100:@021633z0000.00S/00000.04E>300/000/E>SRV/M7EMERGENCY!       (0x1c)
G3NRW*>APE100:@021633z0000.00S/00000.04E>300/000/E>SRV/M7EMERGENCY!       (0x1f  0x1c)


# ++++++++++++++ Good course (tens/units) (SE+28 byte)
G3NRW*>APE100:@021633z0000.00S/00000.04E>000/000/E>SRV/M7EMERGENCY!       (0x1c)
G3NRW*>APE100:@021633z0000.00S/00000.04E>001/000/E>SRV/M7EMERGENCY!       (0x1d)
G3NRW*>APE100:@021633z0000.00S/00000.04E>002/000/E>SRV/M7EMERGENCY!       (0x1e)
G3NRW*>APE100:@021633z0000.00S/00000.04E>003/000/E>SRV/M7EMERGENCY!       (0x1f)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/000/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>005/000/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>098/000/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E>099/000/E>SRV/M7EMERGENCY!       (0x7f)
G3NRW*>APE100:@021633z0000.00S/00000.04E>360/009/E>SRV/M7EMERGENCY!



# ++++++++++++++ Bad course (tens/units) (SE+28 byte)

ALL OF THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

G3NRW*>APE100:@021633z0000.00S/00000.04E>399/000/E>SRV/M7EMERGENCY!       (0x1b)
G3NRW*>APE100:@021633z0000.00S/00000.04E>244/000/E>SRV/M7EMERGENCY!       (0x80)
G3NRW*>APE100:@021633z0000.00S/00000.04E>361/009/E>SRV/M7EMERGENCY!




# ++++++++++++++ SYMBOLS
# ++++++++++++++ Good symbols/overlays
G3NRW*>APE100:@021633z0000.00S/00000.04E!004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S\00000.04E!004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E#004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S\00000.04E#004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00SA00000.04E#004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00SZ00000.04E#004/040/E>SRV/M7EMERGENCY!


G3NRW*>0000P0:`vX    #0
       ~~~~~~~~~~~~~~~~
should be:
G3NRW*>APE100:@021633z0000.00S000000.04E#004/040/E>SRV/M7EMERGENCY!
                              ~

G3NRW*>0000P0:`vX    #9
       ~~~~~~~~~~~~~~~~
should be:
G3NRW*>APE100:@021633z0000.00S900000.04E#004/040/E>SRV/M7EMERGENCY!
                              ~
                              
G3NRW*>APE100:@021633z0000.00S/00000.04Ey004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S\00000.04E{004/040/E>SRV/M7EMERGENCY!



# ++++++++++++++ Bad symbols/overlays

ALL OF THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

G3NRW*>123456:`vX    >      (The Information field is only 8 bytes long instead of 9)
G3NRW*>APE100:@021633z0000.00S/00000.04E 004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S\00000.04E 004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.04E004/040/E>SRV/M7EMERGENCY!        (0x7f)
G3NRW*>APE100:@021633z0000.00S\00000.04E004/040/E>SRV/M7EMERGENCY!        (0x7f)
G3NRW*>APE100:@021633z0000.00SA00000.04E!004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S\00000.04E)004/040/E>SRV/M7EMERGENCY!
G3NRW*>0000P0:`vX    #&
G3NRW*>0000P0:`vX    #&

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug  2 14:31:07 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA09221
	for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 14:31:05 -0500 (CDT)
Message-ID: <LYR11589-100072-2000.08.02-14.36.04--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 2 Aug 2000 20:29:01 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Ian Wade <Ian.Wade@care4free.net>
Reply-To: ianwade@netro.co.uk
Subject: [aprsspec] Re: New Mic-E Test Suite available
References: <LYR14779-100042-2000.08.02-11.51.40--Ian.Wade#care4free.net@lists.tapr.org>
In-Reply-To: <LYR14779-100042-2000.08.02-11.51.40--Ian.Wade#care4free.net@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <tlSN+CB9ZHi5Ewbd@care4free.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

PART 2 of 3


# ++++++++++++++ Good message codes
G3NRW*>APE100:@021633z0000.00S/02021.22E>025/232/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/02021.22E>025/232/E>SRV/M6PRIORITY  
G3NRW*>APE100:@021633z0120.00S/02021.22E>025/232/E>SRV/M5Special   
G3NRW*>APE100:@021633z0120.00S/02021.22E>025/232/E>SRV/M4Committed 
G3NRW*>APE100:@021633z2030.00S/02021.22E>025/232/E>SRV/M3Returning 
G3NRW*>APE100:@021633z3040.00S/02021.22E>025/232/E>SRV/M2En Route  
G3NRW*>APE100:@021633z5650.00S/02021.22E>025/232/E>SRV/M1In Service
G3NRW*>APE100:@021633z89100.00S/02021.22E>025/232/E>SRV/M0Off Duty  
                      ~~~~~~~~  ~~~~~~~~
       should be:     89  .  S (i.e. 2 spaces before the dot, 2 spaces after the dot)
       should be:               020  .  E (i.e. 2 spaces before the dot, 2 spaces after the dot)       
       
                  
G3NRW*>APE100:@021633z0010.00S/02021.22E>025/232/E>SRV/M6PRIORITY  
                      ~~~~~~~                          ~~~~~~~~~~
       should be:     0000.00                          C6Custom6


G3NRW*>APE100:@021633z0200.00S/02021.22E>025/232/E>SRV/M5Special 
                      ~~~~~~~                          ~~~~~~~~~
       should be:     0100.00                          C5Custom5
       
       
G3NRW*>APE100:@021633z0340.00S/02021.22E>025/232/E>SRV/M4Committed 
                      ~~~~~~~                          ~~~~~~~~~~~
       should be:     0230.00                          C4Custom4
       
       
G3NRW*>APE100:@021633z5000.00S/02021.22E>025/232/E>SRV/M3Returning 
                      ~~~~~~~                          ~~~~~~~~~~~
       should be:     4000.00                          C3Custom3
       
       
G3NRW*>APE100:@021633z6060.00S/02021.22E>025/232/E>SRV/M2En Route  
                      ~~~~~~~                          ~~~~~~~~~~
       should be:     5050.00                          C2Custom2
       
                       
G3NRW*>APE100:@021633z8900.00S/02021.22E>025/232/E>SRV/M1In Service
                      ~~~~~~~                          ~~~~~~~~~~~~
       should be:     7800.00                          C1Custom1
       
       
G3NRW*>APE100:@021633z10230.00S/02021.22E>025/232/E>SRV/M0Off Duty  
                      ~~~~~~~~                          ~~~~~~~~~~
       should be:     9012.00 (and hence rejected because >90)
       should be:                                       C0Custom 0
       
       
       
                      
# ++++++++++++++ Bad message codes

ALL OF THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
(They contain a mixture of Standard "1" bits and Custom "1" message bits)

G3NRW*>APE100:@021633z1200.00S/02021.22E>025/232/E>SRV/M0Off Duty  
G3NRW*>APE100:@021633z1000.00S/02021.22E>025/232/E>SRV/M2En Route  
G3NRW*>APE100:@021633z0110.00S/02021.22E>025/232/E>SRV/M0Off Duty  



# ++++++++++++++ LONGITUDE
# ++++++++++++++ Good longitude degrees (d+28 byte)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00100.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00200.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00800.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00900.04E>004/040/E>SRV/M7EMERGENCY!       (0x7f)
G3NRW*>APE100:@021633z0000.00S/01000.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/01100.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/09700.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/09800.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/09900.04E>004/040/E>SRV/M7EMERGENCY!       (0x7f)
G3NRW*>APE100:@021633z0000.00S/10000.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/10100.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/10800.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/10900.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/11000.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/11100.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/17800.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/17900.04E>004/040/E>SRV/M7EMERGENCY!


# ++++++++++++++ Bad longitude degrees (d+28 byte)

ALL OF THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

G3NRW*>APE100:@021633z0000.00S/10900.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/10400.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/10000.04E>004/040/E>SRV/M7EMERGENCY!       (0x1d)
G3NRW*>APE100:@021633z0000.00S/10300.04E>004/040/E>SRV/M7EMERGENCY!       (0x1f)
G3NRW*>APE100:@021633z0000.00S/07300.04E>004/040/E>SRV/M7EMERGENCY!       (0x01)


# ++++++++++++++ Good longitude minutes (m+28 byte)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00001.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00008.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00009.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00010.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00011.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00058.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00059.04E>004/040/E>SRV/M7EMERGENCY!


# ++++++++++++++ Bad longitude minutes (m+28 byte)

THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

G3NRW*>APE100:@021633z0000.00S/00010.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00009.04E>004/040/E>SRV/M7EMERGENCY!



# ++++++++++++++ Good longitude hundredths (h+28 byte)
G3NRW*>APE100:@021633z1000.00S/00000.00E>004/040/E>SRV/M7EMERGENCY!       (0x1c)
G3NRW*>APE100:@021633z0000.00S/00000.01E>004/040/E>SRV/M7EMERGENCY!       (0x1d)
G3NRW*>APE100:@021633z0000.00S/00000.02E>004/040/E>SRV/M7EMERGENCY!       (0x1e)
G3NRW*>APE100:@021633z0000.00S/00000.03E>004/040/E>SRV/M7EMERGENCY!       (0x1f)
G3NRW*>APE100:@021633z0000.00S/00000.04E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.05E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.98E>004/040/E>SRV/M7EMERGENCY!
G3NRW*>APE100:@021633z0000.00S/00000.99E>004/040/E>SRV/M7EMERGENCY!       (0x7f)



# ++++++++++++++ Bad longitude hundredths (h+28 byte)

THE REPORTS BELOW ARE BADLY WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

G3NRW*>APE100:@021633z1000.00S/00000.-1E>004/040/E>SRV/M7EMERGENCY!       (0x1b)
G3NRW*>APE100:@021633z1000.00S/00000.-156E>004/040/E>SRV/M7EMERGENCY!       (0x80)


Continued in Part 3

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug  2 15:42:17 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA25603
	for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 15:42:11 -0500 (CDT)
Message-Id: <LYR11589-100077-2000.08.02-15.47.26--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: New Mic-E Test Suite available
Date: Wed, 2 Aug 2000 16:41:46 -0400
From: Steve Dimse <sdimse@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008022041.NAA18933@snipe.prod.itd.earthlink.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/2/00 3:22 PM Ian Wade (Ian.Wade@care4free.net) wrote:

>Steve, I've just endured the pain. And I'm sorry to say it *was* painful. 

Your choice to do 200+ cases ;-) Thank you for going to the effort.

>There are *many*
>errors in your conversions.
>
>I'm attaching my comments (in 3 parts to allow me to post here).
>
>In summary, there are 5 common errors:
>
>1. Latitude conversion of packets containing Custom message codes is 
>completely wrong.
>
>2. Custom message codes are incorrectly interpreted.
>
Custom messages were introduced long after my code, so no surprise there.

>3. Position ambiguity is, er, ambiguous. Well and truly screwed, with some 
>wrong hemispheres
>(e.g. West instead of East), and in one case 20 deg long became 120 deg long.
>
Ambiguity in Mic-E packets was also introduced long after my code was 
completed as well. 

>4. Reports containing symbols with numeric overlays were not converted for 
>some reason.
>
That was a "real" bug, a precedence problem...easily fixed with a pair of 
parentheses. Thanks.

>5. The raw data had several sections containing bad packet data. None of 
>these packets should
>have been converted.
>
I don't agree...garbage in, garbage out. My code is supposed to be a 
conversion, not a validation. If the packet is simply dropped, there is 
no clue as to why there is a problem. But if someone is writing a Pic-E 
program and makes a mistake, it is far more helpful to them if they see 
that the converted latitude is 150 degrees than if the packet simply 
disappears.

Am I correct that the validation suite did not catch the 0.01 problem 
that precipitated all this? Or did I just miss it in the printout? Which 
of the test cases, if any, were supposed to (or did) pick this up?

Steve K4HG

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug  2 17:08:24 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA19265
	for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 17:08:20 -0500 (CDT)
Date: Wed, 02 Aug 2000 18:02:56 -0400
From: Bruno Quesnel <quesnelb@ve2.ele.etsmtl.ca>
Subject: [aprsspec] Re: New Mic-E Test Suite available
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Reply-to: quesnelb@ve2.ele.etsmtl.ca
Message-id: <LYR11589-100095-2000.08.02-17.13.33--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-version: 1.0
Content-type: MULTIPART/ALTERNATIVE; BOUNDARY="Boundary_(ID_oD2AoWwGeu5pmWXcT2ZF8Q)"
X-Accept-Language: en
References: <LYR15694-100077-2000.08.02-15.47.26--quesnelb#ve2.ele.etsmtl.ca@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <39889A90.38E9DE42@ve2.ele.etsmtl.ca>
Precedence: bulk


--Boundary_(ID_oD2AoWwGeu5pmWXcT2ZF8Q)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit

>
> I don't agree...garbage in, garbage out. My code is supposed to be a
> conversion, not a validation. If the packet is simply dropped, there is
> no clue as to why there is a problem. But if someone is writing a Pic-E
> program and makes a mistake, it is far more helpful to them if they see
> that the converted latitude is 150 degrees than if the packet simply
> disappears.
>

But could the programs (i.e. aprsd) be a validator and coverter but with logging
capabilities to forward to the proper auther.  This reachs out what you
mentionned in earlier emails yesterday about logging improper packets.

Basically, take what Ian did and see how can it be logged so that a station can
be traced and take proper measures (either because of a misconfiguration, program
test or for any other reasons).

Bruno Quesnel                         va2bmg@videotron.ca
Genie Electrique                      quesnelb@ve2.ele.etsmtl.ca
Electrical Engineering                VA2BMG
Ecole de Technologies Superieure      http://www.findu.com/cgi-bin/find.cgi?va2bmg



--Boundary_(ID_oD2AoWwGeu5pmWXcT2ZF8Q)
Content-type: text/html; charset=us-ascii
Content-transfer-encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>

<blockquote TYPE=CITE>&nbsp;
<br>I don't agree...garbage in, garbage out. My code is supposed to be
a
<br>conversion, not a validation. If the packet is simply dropped, there
is
<br>no clue as to why there is a problem. But if someone is writing a Pic-E
<br>program and makes a mistake, it is far more helpful to them if they
see
<br>that the converted latitude is 150 degrees than if the packet simply
<br>disappears.
<br>&nbsp;</blockquote>
But could the programs (i.e. aprsd) be a validator and coverter but with
logging capabilities to forward to the proper auther.&nbsp; This reachs
out what you mentionned in earlier emails yesterday about logging improper
packets.
<p>Basically, take what Ian did and see how can it be logged so that a
station can be traced and take proper measures (either because of a misconfiguration,
program test or for any other reasons).
<pre></pre>

<pre></pre>

<pre>Bruno Quesnel&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; va2bmg@videotron.ca
Genie Electrique&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; quesnelb@ve2.ele.etsmtl.ca
Electrical Engineering&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; VA2BMG
Ecole de Technologies Superieure&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <A HREF="http://www.findu.com/cgi-bin/find.cgi?va2bmg">http://www.findu.com/cgi-bin/find.cgi?va2bmg</A></pre>
&nbsp;</html>

--Boundary_(ID_oD2AoWwGeu5pmWXcT2ZF8Q)--

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug  3 03:21:21 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA22021
	for <lyris.aprsspec@tapr.org>; Thu, 3 Aug 2000 03:21:19 -0500 (CDT)
Message-ID: <LYR11589-100193-2000.08.03-03.26.34--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Thu, 3 Aug 2000 09:12:39 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Ian Wade <Ian.Wade@care4free.net>
Reply-To: ianwade@netro.co.uk
Subject: [aprsspec] Re: New Mic-E Test Suite available
References: <200008022041.NAA18933@snipe.prod.itd.earthlink.net>
In-Reply-To: <200008022041.NAA18933@snipe.prod.itd.earthlink.net>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <CQgWTOA3lSi5EwMm@care4free.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In article <200008022041.NAA18933@snipe.prod.itd.earthlink.net>, Steve
Dimse <sdimse@earthlink.net> writes
>
>>In summary, there are 5 common errors:
>>
>>1. Latitude conversion of packets containing Custom message codes is 
>>completely wrong.
>>
>>2. Custom message codes are incorrectly interpreted.
>>
>Custom messages were introduced long after my code, so no surprise there.
>
>>3. Position ambiguity is, er, ambiguous. Well and truly screwed, with some 
>>wrong hemispheres
>>(e.g. West instead of East), and in one case 20 deg long became 120 deg long.
>>
>Ambiguity in Mic-E packets was also introduced long after my code was 
>completed as well. 
>


I don't know when your code was "completed", but custom messages and
position ambiguity were documented *years* ago by Crosswell and Parsons
(I don't have the document to hand right now, but it appeared long
before the current spec).




>
>>5. The raw data had several sections containing bad packet data. None of 
>>these packets should
>>have been converted.
>>
>I don't agree...garbage in, garbage out. My code is supposed to be a 
>conversion, not a validation. If the packet is simply dropped, there is 
>no clue as to why there is a problem. But if someone is writing a Pic-E 
>program and makes a mistake, it is far more helpful to them if they see 
>that the converted latitude is 150 degrees than if the packet simply 
>disappears.
>

Problem is, your garbage out wasn't generated consistently, so in most
cases it bore little relationship to the garbage in. This is totally
useless in diagnosing faulty PIC programs -- and if *good* data in
produces *garbage* out, what chance does anyone have?

In any case, the world-wide APRS Internet is not the place to be testing
such programs. 




>Am I correct that the validation suite did not catch the 0.01 problem 
>that precipitated all this? Or did I just miss it in the printout? Which 
>of the test cases, if any, were supposed to (or did) pick this up?

The "longitude hundredths" sections were intended to do this.



The bottom line is that APRServe is badly broken. As a result, many
people throughout the world have spent many, many hours trying to track
down the source of bad packets (totally wrong Custom latitudes, wrong
custom message codes, latitudes with 3 or 4 digits after the decimal
point, latitudes > 90, wrong hemisphere, longitude off by +/- 100
degrees, no position ambiguity, etc, etc). 

You said the other day that Dale did a great job in fixing aprsd. Now,
*perleese*, do the same with APRServe. 

And ditto to anyone else who is using APRServe-related code. With bugs
propagating around the world in minutes, this sloppy, amateurish,
arrogant attitude to programming has to stop.



73
Ian, G3NRW
Technical Editor, APRS Protocol Specification

-- 
+--------------------------------------------------------------------+
| APRS on 144.800  [IO91SX]             ~55km/35 miles NNW of London |
|                       email: g3nrw@tapr.org                        |
|                                                                    |
|     APRS PROTOCOL SPEC: http://www.tapr.org/tapr/html/Faprswg.html |
| <APRSdec> APRS DECODER: http://www.tapr.org/~g3nrw                 |
|   Mic-Encoder Software: http://www.tapr.org/~g3nrw                 |
+--------------------------------------------------------------------+

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug  3 08:26:40 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA29062
	for <lyris.aprsspec@tapr.org>; Thu, 3 Aug 2000 08:26:32 -0500 (CDT)
Message-Id: <LYR11589-100219-2000.08.03-08.31.39--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: New Mic-E Test Suite available
Date: Thu, 3 Aug 2000 09:25:50 -0400
From: Steve Dimse <sdimse@netrox.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="Emailer_-1246378499"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008031325.JAA16763@raptor.netrox.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

--Emailer_-1246378499
Content-Type: text/plain; charset="US-ASCII"

On 8/3/00 4:12 AM Ian Wade (Ian.Wade@care4free.net) wrote:

>>Ambiguity in Mic-E packets was also introduced long after my code was 
>>completed as well. 
>>
>I don't know when your code was "completed", but custom messages and
>position ambiguity were documented *years* ago by Crosswell and Parsons
>(I don't have the document to hand right now, but it appeared long
>before the current spec).
>
Well, attached is the mic_e.c file from Alan circa 5/97, it has no 
mention of either, my code is of the same vintage. To the best of my 
knowledge, both of these features originated in the D-700 within the last 
year or so. These just suddenly appeared in a finished product without 
prior notice (at least to me), an example of why the APRS-WG was needed.

Want more proof? Look at 

http://www.aprs.net/vm/DOS/MICE.HTM

This was the Mic-E documentation file of APRSdos in 8/97. It also has no 
mention of either.

>In any case, the world-wide APRS Internet is not the place to be testing
>such programs. 
>
But it is the place where they often are tested. 
>
>>Am I correct that the validation suite did not catch the 0.01 problem 
>>that precipitated all this? Or did I just miss it in the printout? Which 
>>of the test cases, if any, were supposed to (or did) pick this up?
>
>The "longitude hundredths" sections were intended to do this.
>
So why didn't it catch it? Surely you did not make a mistake???
>
>The bottom line is that APRServe is badly broken. As a result, many
>people throughout the world have spent many, many hours trying to track
>down the source of bad packets (totally wrong Custom latitudes, wrong
>custom message codes, latitudes with 3 or 4 digits after the decimal
>point, latitudes > 90, wrong hemisphere, longitude off by +/- 100
>degrees, no position ambiguity, etc, etc). 
>
Who are these "many people" that spent these "many, many hours"??? 

This code is only applied to input from the TNC...unlike aprsd, APRServe 
only converts local Mic-E packets. Therefore, it appears you are making 
up "throughout the world". At its peak APRServe ran in 4 locations, it is 
presently running in 2. So unless you care to argue LA and Milwaukee (and 
previously including Nashville and Miami) are "throughout the world", you 
are displaying your own bias towards making the problem seem far more 
important than it is. 

>You said the other day that Dale did a great job in fixing aprsd. Now,
>*perleese*, do the same with APRServe. 
>
I never said I wasn't. The fact that I exposed my results publicly, to 
what I was sure would be your demeaning attitude (and you didn't 
disappoint) shows my willingness to improve in this area.

I'll be dropping Dale's procedure into APRServe when I get a chance. He 
passes it a broken up packet and output buffers, I pass in the full 
packet. If someone wants to convert Dale's procedure to the later format 
it will happen sooner, undoubtably to the great relief of the many 
temporally-challenged people in SoCal and Milwaukee...

>And ditto to anyone else who is using APRServe-related code. With bugs
>propagating around the world in minutes, this sloppy, amateurish,
>arrogant attitude to programming has to stop.
>
You make statements like this, then when I call you on them you say you 
weren't insulting me. This sure seems like a direct insult. There is 
nothing sloppy or amateurish about this. A new feature is added after 
active maintenance of a program has ceased. No one ever compalined about 
the lack of support for these two rarely used features. I was working on 
other things. It never got done, just like the 30 other things on the 
APRServe do list, and the hundred or more on the javAPRS list.

Like Dale, I feel an obligation to try to keep my old program useful, but 
frankly with just two sites it isn't that high a priority to me. That 
I've moved on to findU, something I find far more interesting, and that 
affects far more people, doesn't make me sloppy or amateurish. And as to 
arrogant, I'd say this message shows you are as deserving of that label 
as I.

Steve K4HG
--Emailer_-1246378499
Content-Type: application/octet-stream; name="mic_e.c";
 x-mac-type="54455854";
 x-mac-creator="43574945"
Content-transfer-encoding: x-uuencode
Content-Disposition: Attachment; filename="mic_e.c"

begin 644 mic_e.c
M+RH-("H@;6EC7V4Z(&9U;F-T:6]N('1O(')E9F]R;6%T($%04E,@36EC($5N
M8V]D97(@8V]M<')E<W-E9"!P;W-I=&EO;B!R97!O<G0-("H@(&EN=&\@82!C
M;VYV96YT:6]N86P@*&YO;BUB:6YA<GDI('1R86-K97(@<F5P;W)T+@T@*B D
M3&]G.B!M:6-?92YC+'8@) T@*B!2979I<VEO;B Q+C,@(#$Y.3<O,#4O,38@
M,#,Z-#DZ-3 @(&%L86X-("H@=6YT97-T960@8V]R<F5C=&EO;G,@=&\@;6%T
M8V@@<')O9'5C=&EO;B!R978N#2 J#2 J(%)E=FES:6]N(#$N,B @,3DY-R\P
M-2\P,R P-3HS.3HS-R @86QA;@T@*B Q<W0@<&%S<R!A="!A9&1I;F<@<F5V
M(#$@8VAA;F=E<RX@(%-O;64@<W1U9F8@9&]E<VXG="!M871C:"!D;V-S+@T@
M*@T@*B\-(VEN8VQU9&4@/'-T9&EO+F@^#2-I;F-L=61E(#QT:6UE+F@^#2-I
M;F-L=61E(#QS=')I;F<N:#X-(VEN8VQU9&4@/&-T>7!E+F@^#2-I;F-L=61E
M(#QT>7!E<RYH/@TC:6YC;'5D92 B;6EC7V4N:"(-#7-T871I8R!C:&%R("IM
M<V=N86UE6UT@/2![#2 @(D]F9B!D=71Y(BP-(" B16YR;W5T92(L#2 @(DEN
M(%-E<G9I8V4B+ T@(")2971U<FYI;F<B+ T@(")#;VUM:71T960B+ T@(")3
M<&5C:6%L(BP-(" B4%))3U))5%DB+ T@(")%34521T5.0UDB#7T[#0UT>7!E
M9&5F('5N<VEG;F5D('-H;W)T('5?:6YT.PT-<VAO<G0@<F5F;W)M871-:6-%
M*&-H87(@*G0Q+&-H87(@*G1E;&5M*0U[#2 @=5]I;G0@;7-G+'-P+&1C+'-E
M+'-P9"QC<V4[#2 @8VAA<B!N;W)T:"P@=V5S=#L-("!S:&]R="!L;VXQ+&QO
M;D1$+&QO;DU-+&QO;DA(.PT@(&-H87(@*F)P+"IH<#L-("!C:&%R(&)U9C%;
M-3$R72QH96%D6S(P,%T[#2 @<W1R=6-T('1M("IG;70[#2 @96YU;2![;F]N
M93TP+"!"151!+"!2158Q?2!R978@/2!N;VYE.R O*B!M:6-?92!R979I<VEO
M;B!L979E;" J+PT@('-H;W)T(&=P<U]V86QI9" ](# [#2 @8VAA<B!S>6UT
M8FP@/2 G+R<L('-Y;6)O;" ]("<D)SL-#0DJ=&5L96T@/2 P.PT@( EC:&%R
M("IT(#T@<W1R8VAR*'0Q+"<^)RDK,3L-(" )8VAA<B J:2 ]('-T<F-H<BAT
M,2PG.B<I*S$[#2 @"6EF("AT/3UN:6PI(')E='5R;B!F86QS93L-(" ):68@
M*&D]/6YI;"D@<F5T=7)N(&9A;'-E.PT@( ES:&]R="!L(#T@<W1R;&5N*&DI
M.PT@( DJ*&DM,2D@/2 P.PT)#0EB<" ]('0Q.PT):' @/2!H96%D.PT)=VAI
M;&4@*"IB<" A/2 G/B<I("IH<"LK(#T@*F)P*RL[#0DJ:' K*R ]("<^)SL-
M"2IH<"LK(#T@)T$G.PT)*FAP*RL@/2 G4"<[#0DJ:' K*R ]("=2)SL-"2IH
M<"LK(#T@)U,G.PT)*F)P*RL[#0EW:&EL92 H*"IB<" A/2 G+"<I("8F("@J
M8G @(3T@)SXG*2D@8G K*SL-"7=H:6QE("@J8G @(3T@)SHG*2 J:' K*R ]
M("IB<"LK.PT)#2 @#2 @<W=I=&-H("AI6S!=*2!["0DO*B!P;W-S:6)L92!V
M86QI9"!-24,M12!F;&%G<R J+PT@(&-A<V4@,'@V,#H-(" @(&=P<U]V86QI
M9" ](#$[#2 @("!R978@/2!2158Q.PT@(" @8G)E86L[#2 @8V%S92 P>#(W
M.@T@(" @9W!S7W9A;&ED(#T@,#L-(" @(')E=B ](%)%5C$[#2 @("!B<F5A
M:SL-("!C87-E(#!X,6,Z#2 @("!G<'-?=F%L:60@/2 Q.PT@(" @<F5V(#T@
M0D5403L-(" @(&)R96%K.PT@(&-A<V4@,'@Q9#H-(" @(&=P<U]V86QI9" ]
M(# [#2 @("!R978@/2!"151!.PT@(" @8G)E86L[#2 @9&5F875L=#H-(" )
M<F5T=7)N(&9A;'-E.PT@(" @8G)E86L[#2 @?0T@(&EF("AL(#X](#<@)B8@
M*')E=B A/2!N;VYE*2D@>PT@(" @;7-G(#T@*"AT6S!=)C!X-# I/S Z-"D@
M*R H*'1;,5TF,'@T,"D_,#HR*2 K("@H=%LR728P>#0P*3\P.C$I.PT@(" @
M;F]R=&@@/2!T6S-=)C!X-# _)TXG.B=3)SL-(" @('=E<W0@/2!T6S5=)C!X
M-# _)U<G.B=%)SL-(" @(&QO;C$@/2!T6S1=)C!X-# [#2 @("!L;VY$1" ]
M(&E;,5T@+2 R.#L-(" @(&QO;DU-(#T@:5LR72 M(#(X.PT@(" @;&]N2$@@
M/2!I6S-=("T@,C@[#2-I9F1E9B!$14)51PT@(" @9G!R:6YT9BAS=&1E<G(L
M(G)A=R!L;VX@)3 R>" E,#)X("4P,GA<;B(L:5LQ72QI6S)=+&E;,UTI.PT@
M(" @9G!R:6YT9BAS=&1E<G(L(F)E9F]R93H@;&]N1$0])60L(&QO;DU-/25D
M+"!L;VY(2#TE9%QN(BQL;VY$1"QL;VY-32QL;VY(2"D[#2-E;F1I9@T@(" @
M:68@*')E=B ^/2!2158Q*2![#2 @(" @(&EF("@Q.# @/#T@;&]N1$0@)B8@
M;&]N1$0@/#T@,3@Y*0T);&]N1$0@+3T@.# [#2 @(" @(&EF("@Q.3 @/#T@
M;&]N1$0@)B8@;&]N1$0@/#T@,3DY*0T);&]N1$0@+3T@,3DP.PT@(" @("!I
M9B H;&]N,2D-"6QO;D1$("L](#$P,#L-(" @(" @:68@*&QO;DU-(#X@-C I
M#0EL;VY-32 M/2 V,#L-(" @('T-(VEF9&5F($1%0E5'#2 @("!F<')I;G1F
M*'-T9&5R<BPB869T97(Z(&QO;D1$/25D+"!L;VY-33TE9"P@;&]N2$@])61<
M;B(L;&]N1$0L;&]N34TL;&]N2$@I.PTC96YD:68-(" @('-P(#T@:5LT72 M
M(#(X.PT@(" @9&,@/2!I6S5=("T@,C@[#2 @("!S92 ](&E;-ET@+2 R.#L-
M(" @( TO+R @("!I9B H<V4@/" T*2!P<FEN=&8H(BHJ*BH@8V]U<G-E(#T@
M)60@("5S7&XB+'-E+'0Q*3L-#2-I9F1E9B!$14)51PT@(" @9G!R:6YT9BAS
M=&1E<G(L(G-P/24P,G@@9&,]/24P,G@@<V4])3 R>%QN(BQS<"QD8RQS92D[
M#2-E;F1I9@T@(" @<W!D(#T@<W J,3 K9&,O,3 [#2 @("!C<V4@/2 H9&,E
M,3 I*C$P,"MS93L-(" @(&EF("AR978@/CT@4D56,2D@>PT@(" @("!I9B H
M<W!D(#X](#@P,"D-"7-P9" M/2 X,# [#2 @(" @(&EF("AC<V4@/CT@-# P
M*0T)8W-E("T](#0P,#L-(" @('T-(" @('1I;65?="!S>7-T:6UE(#T@=&EM
M92AN:6PI.PTC:69D968@1$5"54<-(" @('!R:6YT9B@B=&EM92 ]("5L9%QN
M(BQS>7-T:6UE*3L-(" @('!U=',H8W1I;64H)G-Y<W1I;64I*3L-(V5N9&EF
M#2 @("!G;70@/2!G;71I;64H)G-Y<W1I;64I.PT):68@*&=M=" ]/2!N:6PI
M(&=M=" ](&QO8V%L=&EM92@F<WES=&EM92D[#2-I9F1E9B!$14)51PT@(" @
M9G!R:6YT9BAS=&1E<G(L(G-Y;6)O;#TP>"4P,G@L('-Y;71B;#TP>"4P,GA<
M;B(L:5LW72QI6SA=*3L-(V5N9&EF#2 @("!S>6UT8FP@/2 H;" ^/2 X("8F
M(')E=B ^/2!2158Q*3\@:5LX72 Z("<O)SL-(" @("\J(')E=C$@8G5G('=O
M<FMA<F]U;F0Z("!S96YD<R!N=6QL('-Y;6)O;"]T86)L92!B>71E<R J+PT@
M(" @:68@*'-Y;71B;" A/2 G+R<@)B8@<WEM=&)L("$]("=<7"<@#0DF)B A
M*"<P)R \/2!S>6UT8FP@)B8@<WEM=&)L(#P]("<Y)RD-"28F("$H)T$G(#P]
M('-Y;71B;" F)B!S>6UT8FP@/#T@)THG*0T))B8@<WEM=&)L("$]("<J)R F
M)B!S>6UT8FP@(3T@)R$G*0T@(" @("!S>6UT8FP@/2 G+R<[#2 @("!S>6UB
M;VP@/2!I6S==.PT@(" @:68@*"%I<W!R:6YT*'-Y;6)O;"DI#2 @(" @('-Y
M;6)O;" ]("<D)SL-#6EF("AG;70@(3T@;FEL*2![#2 @("!S<')I;G1F*&)U
M9C$L(B5S.D E,#)D)3 R9"4P,F1Z)60E9"5D)60N)60E9"5C)6,E,#-D)3 R
M9"XE,#)D)6,E8R4P,V0O)3 S9$U)0R]-)60O)7,N+BXB+ T@(" @"6AE860L
M#0D@(" @9VUT+3YT;5]M9&%Y+&=M="T^=&U?:&]U<BQG;70M/G1M7VUI;BP-
M"2 @("!T6S!=)C!X,&8L=%LQ728P>#!F+'1;,ETF,'@P9BQT6S-=)C!X,&8L
M=%LT728P>#!F+'1;-5TF,'@P9BP-"2 @("!N;W)T:"QS>6UT8FPL#0D@(" @
M;&]N1$0L;&]N34TL;&]N2$@L#0D@(" @=V5S="P-"2 @("!S>6UB;VPL#0D@
M(" @8W-E+'-P9"P-"2 @("!M<V<L;7-G;F%M95MM<V==*3L-"7T-96QS92![
M#2 @("!S<')I;G1F*&)U9C$L(B5S.CTE9"5D)60E9"XE9"5D)6,E8R4P,V0E
M,#)D+B4P,F0E8R5C)3 S9"\E,#-D34E#+TTE9"\E<RXN+B(L#0D@(" @:&5A
M9"P-"2 @("!T6S!=)C!X,&8L=%LQ728P>#!F+'1;,ETF,'@P9BQT6S-=)C!X
M,&8L=%LT728P>#!F+'1;-5TF,'@P9BP-"2 @("!N;W)T:"QS>6UT8FPL#0D@
M(" @;&]N1$0L;&]N34TL;&]N2$@L#0D@(" @=V5S="P-"2 @("!S>6UB;VPL
M#0D@(" @8W-E+'-P9"P-"2 @("!M<V<L;7-G;F%M95MM<V==*3L-"0T)?0T@
M(" @8G @/2 F8G5F,5MS=')L96XH8G5F,2DM,5T[#2 @("!I9B H;" ^/2 Q
M,2D@>PT@(" @("!S:&]R="!N(#T@*')E=B ]/2!"151!*3\X.CD[#2 @(" @
M('5N<VEG;F5D('-H;W)T(&AE>#)I*'5?8VAA<BQU7V-H87(I.PT@(" @("!S
M=VET8V@@*&E;;ETI('L-(" @(" @8V%S92 P>#8P.@T)<W!R:6YT9BAT96QE
M;2PB)7,Z5"--24,E,#-D)3 S9"(L:&5A9"P-"0T)"6AE>#)I*&E;;BLQ72QI
M6VXK,ETI+ T)"6AE>#)I*&E;;BLS72QI6VXK-%TI*3L-"6XK/30[#0EB<F5A
M:SL-(" @(" @8V%S92 P>#(W.@T)<W!R:6YT9BAT96QE;2PB)7,Z5"--24,E
M,#-D)3 S9"4P,V0E,#-D)3 S9"(L:&5A9"P-"0EH97@R:2AI6VXK,5TL:5MN
M*S)=*2P-"0EH97@R:2AI6VXK,UTL:5MN*S1=*2P-"0EH97@R:2AI6VXK-5TL
M:5MN*S9=*2P-"0EH97@R:2AI6VXK-UTL:5MN*SA=*2P-"0EH97@R:2AI6VXK
M.5TL:5MN*S$P72DI.PT);BL],3 [#0EB<F5A:SL-(" @(" @8V%S92 P>#%D
M.@T)<W!R:6YT9BAT96QE;2PB)7,Z5"--24,E,#-D)3 S9"4P,V0E,#-D)3 S
M9"(L:&5A9"P-"0EI6VXK,5TL:5MN*S)=+&E;;BLS72QI6VXK-%TL:5MN*S5=
M*3L-"6XK/34[#0EB<F5A:SL-(" @(" @9&5F875L=#H-"6)R96%K.PD)"2\J
M(&YO('1E;&5M971R>2 J+PT@(" @("!]#2 @(" @(&EF("AN(#P@;"D@>PD)
M+RH@8V]M;65N=',O8G1E>'0@*B\-"0ES=')C<'DH8G L)FE;;ETI.PT@(" @
M("!]#2 @("!]#2 @?0T@('-P<FEN=&8H=#$L(B5S(BQB=68Q*3L-"6)P(#T@
M=#$[#0EW:&EL92 H*F)P("$](# I( T)>PT)"6EF("@J8G @/3T@)UQR)RD@
M*F)P(#T@,#L-"0EI9B H*F)P(#T]("=<;B<I("IB<" ](# [#0D)8G K*SL-
M"7T-("!R971U<FX@=')U93L-?0T-=6YS:6=N960@<VAO<G0@:&5X,FDH=5]C
M:&%R(&$L=5]C:&%R(&(I#7L-("!S:&]R="!R(#T@,#L-#2 @:68@*&$@/CT@
M)S G("8F(&$@/#T@)SDG*2![#2 @('(@/2 H82TG,"<I(#P\(#0[#2 @?2!E
M;'-E(&EF("AA(#X]("=!)R F)B!A(#P]("=&)RD@>PT@("!R(#T@*&$M)T$G
M*S$P*2 \/" T.PT@('T-("!I9B H8B ^/2 G,"<@)B8@8B \/2 G.2<I('L-
M(" @<B K/2 H8BTG,"<I.PT@('T@96QS92!I9B H8B ^/2 G02<@)B8@8B \
M/2 G1B<I('L-(" @<B K/2 H8BTG02<K,3 I.PT@('T-("!R971U<FX@<CL-
"?0T
`
end
--Emailer_-1246378499--

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug  4 00:46:13 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA22528
	for <lyris.aprsspec@tapr.org>; Fri, 4 Aug 2000 00:46:11 -0500 (CDT)
Message-Id: <LYR11589-100480-2000.08.04-00.51.08--lyris.aprsspec#tapr.org@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 3 Aug 2000 22:45:17 -0700
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Jim  Wagner <wagnerj@proaxis.com>
Subject: [aprsspec] APRS Test Set
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <l03130302b5b0084e08e4@[198.106.196.5]>
 <LYR11893-100457-2000.08.04-00.00.33--wagnerj#proaxis.com@lists.tapr.org>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk



Ian did a great job with Mic-E Test Set. Though I am not implementing
internet gateway service or Mic-E tranlating digipeating, it will be used
for general program decoding validation.

Now, PLEASE, lets have a similar set of basic APRS packets!


Jim Wagner
Oregon Research Electronics
---------------------------------------------------------
wagnerj@proaxis.com            Tangent, Oregon 97389
KA7EHK@KC7KFE.OR.USA.NOAM      near Corvallis OR, home of
ka7ehk@yahoo.com               Oregon State University
----------------------------------------------------------
A computer without Windows is like a cake without mustard. - anonymous




---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug  8 17:35:33 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA27266
	for <lyris.aprsspec@tapr.org>; Tue, 8 Aug 2000 17:35:29 -0500 (CDT)
Message-ID: <LYR11589-101512-2000.08.08-17.40.39--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Brent Hildebrand" <bhildebrand@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <LYR11585-100480-2000.08.04-00.51.08--bhildebrand#earthlink.net@lists.tapr.org>
Subject: [aprsspec] Re: APRS Test Set
Date: Tue, 8 Aug 2000 15:35:42 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <00c301c00188$fe854220$3f93b3d1@laptop233>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Good idea!  When will you have it ready Jim?  



> 
> Ian did a great job with Mic-E Test Set. Though I am not implementing
> internet gateway service or Mic-E tranlating digipeating, it will be used
> for general program decoding validation.
> 
> Now, PLEASE, lets have a similar set of basic APRS packets!
> 
> 
> Jim Wagner
> Oregon Research Electronics
> ---------------------------------------------------------
> wagnerj@proaxis.com            Tangent, Oregon 97389
> KA7EHK@KC7KFE.OR.USA.NOAM      near Corvallis OR, home of
> ka7ehk@yahoo.com               Oregon State University
> ----------------------------------------------------------
> A computer without Windows is like a cake without mustard. - anonymous



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug  9 07:51:41 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA25201
	for <lyris.aprsspec@tapr.org>; Wed, 9 Aug 2000 07:51:40 -0500 (CDT)
Sender: bounce-aprsspec-11589@lists.tapr.org
Message-ID: <LYR11589-101650-2000.08.09-07.57.15--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 09 Aug 2000 08:55:36 -0400
From: Bruno Quesnel <quesnelb@ve2.ele.etsmtl.ca>
Reply-To: quesnelb@ve2.ele.etsmtl.ca
Organization: Solution Mind Ready 
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Satellite IGATES
Content-Type: multipart/alternative;
 boundary="------------47E3409442CE022EBBF8C4DA"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <399154C7.809C085C@ve2.ele.etsmtl.ca>
Precedence: bulk


--------------47E3409442CE022EBBF8C4DA
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi to all...

    I've been thinking about the problem of the network
architecture et the whole duplicate packets that been going on
last week.  I concure that the problem is real and many
connection are probobly made and that could be without.

    The idea of central servers should still be there.  How many?
Good question.  I'd say at least 3 which could be fully redundant
between them.

    The problem of the growing number of IGATES and the idea of
managing them all is totally a bad idea.  I most give that to
Steve.  But if the idea of satellite-regional servers be
implemented, or a derivative, it may solve the problem....

    The idea is quite simple.  With small machines (i.e. 486 with
low memory), could get data for a certain region and be
responsable for that small region (messages, posits and all that
good stuff).  Those small machine would send to regional servers
resposible for few smaller machines.

    For access, the smaller machine would not warrent high
bandwith, and would just require to be connected to the internet
and reach a bigger server.  Then the regional servers could
connect to the main servers and then these server could be
managed.  Each responsable of the regional servers would be
responsible for their server and region...

    Yes this puts more responsibility on more person, but it
could be managed more easily.  Pin point to a person to rule out
the problem, either on his own IGATE to block the traffic from a
station or any other way he will suite fit.  This could limit the
propagation of the feeds....

    Yes this involves work but I guess we need to put a bit of
control in our network.  Not too much so that it becomes a pain
but just enough to still make ths way of communication fun.

--
Bruno Quesnel                            bruno.quesnel@mindready.com
VA2BMG                                   quesnelb@ve2.ele.etsmtl.ca
Stagiaire - MindReady Solutions
Solutions Mindready Inc.                 tel.: 514-636-6886 ext 5171
2196  32ieme Avenue
Lachine (Quebec)H8T 3H7



--------------47E3409442CE022EBBF8C4DA
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Hi to all...
<p>&nbsp;&nbsp;&nbsp; I've been thinking about the problem of the network
architecture et the whole duplicate packets that been going on last week.&nbsp;
I concure that the problem is real and many connection are probobly made
and that could be without.
<p>&nbsp;&nbsp;&nbsp; The idea of central servers should still be there.&nbsp;
How many? Good question.&nbsp; I'd say at least 3 which could be fully
redundant between them.
<p>&nbsp;&nbsp;&nbsp; The problem of the growing number of IGATES and the
idea of managing them all is totally a bad idea.&nbsp; I most give that
to Steve.&nbsp; But if the idea of satellite-regional servers be implemented,
or a derivative, it may solve the problem....
<p>&nbsp;&nbsp;&nbsp; The idea is quite simple.&nbsp; With small machines
(i.e. 486 with low memory), could get data for a certain region and be
responsable for that small region (messages, posits and all that good stuff).&nbsp;
Those small machine would send to regional servers resposible for few smaller
machines.
<p>&nbsp;&nbsp;&nbsp; For access, the smaller machine would not warrent
high bandwith, and would just require to be connected to the internet and
reach a bigger server.&nbsp; Then the regional servers could connect to
the main servers and then these server could be managed.&nbsp; Each responsable
of the regional servers would be responsible for their server and region...
<p>&nbsp;&nbsp;&nbsp; Yes this puts more responsibility on more person,
but it could be managed more easily.&nbsp; Pin point to a person to rule
out the problem, either on his own IGATE to block the traffic from a station
or any other way he will suite fit.&nbsp; This could limit the propagation
of the feeds....
<p>&nbsp;&nbsp;&nbsp; Yes this involves work but I guess we need to put
a bit of control in our network.&nbsp; Not too much so that it becomes
a pain but just enough to still make ths way of communication fun.
<pre>--&nbsp;
Bruno Quesnel&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bruno.quesnel@mindready.com
VA2BMG&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; quesnelb@ve2.ele.etsmtl.ca
Stagiaire - MindReady Solutions&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Solutions Mindready Inc.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; tel.: 514-636-6886 ext 5171
2196&nbsp; 32ieme Avenue&nbsp;
Lachine (Quebec)H8T 3H7</pre>
&nbsp;</html>

--------------47E3409442CE022EBBF8C4DA--


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 10 08:48:25 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA01661
	for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 08:48:25 -0500 (CDT)
From: Dale Heatherington <dale@wa4dsy.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Proposed change to aprsd Mic-E converter
Date: Thu, 10 Aug 2000 09:35:49 -0400
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <LYR11589-101900-2000.08.10-08.53.57--lyris.aprsspec#tapr.org@lists.tapr.org>
Content-Transfer-Encoding: 8bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <0008100947150N.10253@lab1>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

The next release of aprsd will have a couple of minor bug fixes and
while I'm tinkering with the code I may as well modify the Mic-E converter
so it doesn't have the time stamp.  Bob suggested making the first information
field character a "=" for Kenwoods because they are message capable and
"!" for others.  I also propose changing the "E>dsy" field to "Mic-E".

The Mic-E comment field will be passed unchanged.

Examples.

A packet which now converts to:
WU2Z-9>APD213,WIDE,WIDE:@092142z4031.28N/07427.74Wv297/000/E>dsy/M0/Off duty.. ]"5g}

Will look like:

WU2Z-9>APD213,WIDE,WIDE:=4031.28N/07427.74Wv297/000/Mic-E/M0/Off duty.. ]"5g}


A non-Kenwood packet such as this:
KD5AMB>APD213,OKCITY*,WIDE:@092142z3532.83N/09736.94W>000/000/E>dsy/M0/Off duty..  PIC-E Moble testing mark@grennan.com 

Becomes:
KD5AMB>APD213,OKCITY*,WIDE:!3532.83N/09736.94W>000/000/Mic-E/M0/Off duty..  PIC-E Moble testing mark@grennan.com 

Comments ?

-- 
Dale Heatherington
dale@wa4dsy.net
Web Page http://www.wa4dsy.net
Sent by KMail for Linux


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 10 12:38:05 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA07539
	for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 12:37:59 -0500 (CDT)
Date: Thu, 10 Aug 2000 10:36:56 -0700 (PDT)
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
In-Reply-To: <LYR12892-101900-2000.08.10-08.53.57--hacker#tc.fluke.com@lists.tapr.org>
Message-ID: <LYR11589-101944-2000.08.10-12.43.14--lyris.aprsspec#tapr.org@lists.tapr.org>
Organization: Fluke Corporation
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.10.10008101031470.1672-100000@dogbert.tc.fluke.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Thu, 10 Aug 2000, Dale Heatherington wrote:

> The next release of aprsd will have a couple of minor bug fixes and
> while I'm tinkering with the code I may as well modify the Mic-E converter
> so it doesn't have the time stamp.  Bob suggested making the first information
> field character a "=" for Kenwoods because they are message capable and
> "!" for others.  I also propose changing the "E>dsy" field to "Mic-E".

> A packet which now converts to:
> WU2Z-9>APD213,WIDE,WIDE:@092142z4031.28N/07427.74Wv297/000/E>dsy/M0/Off duty.. ]"5g}
> 
> Will look like:
> WU2Z-9>APD213,WIDE,WIDE:=4031.28N/07427.74Wv297/000/Mic-E/M0/Off duty.. ]"5g}


YES!  I've had to strip off the timestamps in my dupe-check code
because each MIC-E expander adds it's own local timestamp.  Excellent
idea just getting rid of it.

I love the other changes too, except why have the "/Mic-E" part at
all? It's evident to me that it's a MIC-E packet because of the "/M?"
part of the packet.

My personal preference would still be to not have the MIC-E packet
changed in any way by the igates or findu or whatever, but just have
it decoded in the client programs.  Since that is probably not
forthcoming, the above changes will certainly improve things a lot.

Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto:    A tax on people who are bad at math." -- unknown
"Windows:  Microsoft's tax on computer illiterates." -- WE7U


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 10 19:05:16 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA10148
	for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 19:05:14 -0500 (CDT)
Message-ID: <LYR11589-102018-2000.08.10-19.10.57--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Brent Hildebrand" <bhildebrand@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <LYR11585-101900-2000.08.10-08.53.57--bhildebrand#earthlink.net@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
Date: Thu, 10 Aug 2000 17:05:28 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <00d001c00327$e4d13e60$6493b3d1@laptop233>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

What programs do not handle Mic-E?
1) APRServe
2) others??  FindU??

APRSD handles Mic-E fine.  All other client program that I know of handle
Mic-E find.  If we convert Mic-E to "=" or "!", we break the APRS protocol
where by "=" and "!" indicate fixed stations.   This is a bad idea...

I propose we eliminate ALL conversions of Mic-E.    Changing APRSD does not
change winAPRS or macAPRS or APRS+SA or APRServe.  Changing only APRSD will
only continue to propagate the duplicates.  APRSD should never convert a
packet it has not heard via RF directly.  APRSD handles Mic-E fine.  We need
to address the programs that do not handle Mic-E, and that is only APRServe,
correct?   Fix that and the problem goes away.  Perhaps, APRSD should be THE
program for the Internet system, eliminating all APRServe sites.  How many
are there?  Would a 486 be sufficient to run Linux for APRSD?

More comments?

Brent KH2Z

----- Original Message -----
From: "Dale Heatherington" <dale@wa4dsy.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Sent: Thursday, August 10, 2000 6:35 AM
Subject: [aprsspec] Proposed change to aprsd Mic-E converter


> The next release of aprsd will have a couple of minor bug fixes and
> while I'm tinkering with the code I may as well modify the Mic-E converter
> so it doesn't have the time stamp.  Bob suggested making the first
information
> field character a "=" for Kenwoods because they are message capable and
> "!" for others.  I also propose changing the "E>dsy" field to "Mic-E".
>
> The Mic-E comment field will be passed unchanged.
>
> Examples.
>
> A packet which now converts to:
> WU2Z-9>APD213,WIDE,WIDE:@092142z4031.28N/07427.74Wv297/000/E>dsy/M0/Off
duty.. ]"5g}
>
> Will look like:
>
> WU2Z-9>APD213,WIDE,WIDE:=4031.28N/07427.74Wv297/000/Mic-E/M0/Off
duty.. ]"5g}
>
>
> A non-Kenwood packet such as this:
> KD5AMB>APD213,OKCITY*,WIDE:@092142z3532.83N/09736.94W>000/000/E>dsy/M0/Off
duty..  PIC-E Moble testing mark@grennan.com
>
> Becomes:
> KD5AMB>APD213,OKCITY*,WIDE:!3532.83N/09736.94W>000/000/Mic-E/M0/Off duty..
PIC-E Moble testing mark@grennan.com
>
> Comments ?
>
> --
> Dale Heatherington
> dale@wa4dsy.net
> Web Page http://www.wa4dsy.net
> Sent by KMail for Linux
>
>
> ---
> You are currently subscribed to aprsspec as: bhildebrand@earthlink.net
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
>
>


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 10 19:57:37 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA17034
	for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 19:57:33 -0500 (CDT)
Message-Id: <LYR11589-102024-2000.08.10-20.03.13--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
Date: Thu, 10 Aug 2000 20:57:07 -0400
From: Steve Dimse <sdimse@netrox.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008110056.UAA27259@raptor.netrox.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/10/00 8:05 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote:

>What programs do not handle Mic-E?
>1) APRServe

APRServe handles Mic-E fine, though as Ian pointed out there are some 
things that could be improved with the conversion. If and when a standard 
is agreed to, and is implemented in aprsd I'll port Dale's procedure 
over, but this only affects things heard on RF, in the Socal and 
Milwaukee areas.

Perhaps you have not noticed the dozen or more times I've addressed this 
issue, but APRServe is transparent to the non-printing characters used in 
the Mic-E. When the problem first surfaced, I took the blame for it, 
which turned out to be a mistake. The problem is in the clients 
(including my Mac-based test program...the cause of my misperception of 
guilt), not in APRServe, however despite the many times I've said this on 
the SIG, the perception still seems to be that APRServe is dropping the 
chars. However, when it is tested from a Linux client, the characters 
pass through fine.

Please, I've said this over and over, since I have found out it really 
isn't my fault. Can we put this urban myth to rest? Please???

>2) others??  FindU??
>
True, because it hears the data directly from aprsd, which converts all 
Mic-E packets, I didn't write code that would never be used.

Steve K4HG


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 10 20:06:08 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA18198
	for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 20:06:04 -0500 (CDT)
Message-ID: <LYR11589-102027-2000.08.10-20.11.35--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Brent Hildebrand" <bhildebrand@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <200008110056.UAA27259@raptor.netrox.net>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
Date: Thu, 10 Aug 2000 18:05:31 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <012201c00330$57dd2c40$6493b3d1@laptop233>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

I guess I have been asleep, I was still believing what you had said about
APRServe in the past.  No, I have not noticed dozens of times you said
APRServe was not at fault.   If APRServe and APRSD handle Mic-E correctly,
then FIX the client programs that do not decode it correctly.   Lets
eliminate conversion of Mic-E everywhere.  Converting them to "=" or "!"
violates the APRS protocol.

Yes, lets change APRSD's method of converting Mic-E packets - eliminate the
conversion.

Brent KH2Z




> On 8/10/00 8:05 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote:
>
> >What programs do not handle Mic-E?
> >1) APRServe
>
> APRServe handles Mic-E fine, though as Ian pointed out there are some
> things that could be improved with the conversion. If and when a standard
> is agreed to, and is implemented in aprsd I'll port Dale's procedure
> over, but this only affects things heard on RF, in the Socal and
> Milwaukee areas.
>
> Perhaps you have not noticed the dozen or more times I've addressed this
> issue, but APRServe is transparent to the non-printing characters used in
> the Mic-E. When the problem first surfaced, I took the blame for it,
> which turned out to be a mistake. The problem is in the clients
> (including my Mac-based test program...the cause of my misperception of
> guilt), not in APRServe, however despite the many times I've said this on
> the SIG, the perception still seems to be that APRServe is dropping the
> chars. However, when it is tested from a Linux client, the characters
> pass through fine.
>
> Please, I've said this over and over, since I have found out it really
> isn't my fault. Can we put this urban myth to rest? Please???
>
> >2) others??  FindU??
> >
> True, because it hears the data directly from aprsd, which converts all
> Mic-E packets, I didn't write code that would never be used.
>
> Steve K4HG
>
>


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 10 20:09:31 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA18674
	for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 20:09:28 -0500 (CDT)
Message-Id: <LYR11589-102028-2000.08.10-20.15.09--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
Date: Thu, 10 Aug 2000 21:09:12 -0400
From: Steve Dimse <sdimse@netrox.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008110108.VAA28565@raptor.netrox.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/10/00 9:05 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote:

>I guess I have been asleep, I was still believing what you had said about
>APRServe in the past.  No, I have not noticed dozens of times you said
>APRServe was not at fault.   If APRServe and APRSD handle Mic-E correctly,
>then FIX the client programs that do not decode it correctly.   

It is not a decoding problem, but a communication problem. The 
non-printing chars are lost before they get to APRServe.

Steve K4HG

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 10 20:26:04 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA20811
	for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 20:25:59 -0500 (CDT)
Message-ID: <LYR11589-102033-2000.08.10-20.31.12--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Brent Hildebrand" <bhildebrand@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <LYR11585-102028-2000.08.10-20.15.09--bhildebrand#earthlink.net@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
Date: Thu, 10 Aug 2000 18:25:24 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <013401c00333$12f47540$6493b3d1@laptop233>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

The point is, it is a Client problem, not APRServe/APRSD.  Fix the clients.
Eliminate the conversion of Mic-E.

Brent




> On 8/10/00 9:05 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote:
>
> >I guess I have been asleep, I was still believing what you had said about
> >APRServe in the past.  No, I have not noticed dozens of times you said
> >APRServe was not at fault.   If APRServe and APRSD handle Mic-E
correctly,
> >then FIX the client programs that do not decode it correctly.
>
> It is not a decoding problem, but a communication problem. The
> non-printing chars are lost before they get to APRServe.
>
> Steve K4HG



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 10 20:31:58 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA21972
	for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 20:31:55 -0500 (CDT)
Message-ID: <LYR11589-102034-2000.08.10-20.37.34--lyris.aprsspec#tapr.org@lists.tapr.org>
From: Bill Diaz <billdiaz@megsinet.net>
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
Date: Thu, 10 Aug 2000 20:31:32 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <01C00309.FC890100.billdiaz@megsinet.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Ok, eliminate the conversions, AND fix the communications problems.  If an 
application strips the non-printing characters after the conversions are 
eliminated, those applications won't be a problem for long.

Lets do as Brent suggests and stick with the spec.  Creating ad-hoc fixes to 
the protocol is a recipe for disaster.  That is how we ending up with the Mic-E 
duplicate mess to begin with.  We still do not have a WRITTEN spec for 
conversions anyhow.

Bill KC9XG


On Thursday, August 10, 2000 8:09 PM, Steve Dimse [SMTP:sdimse@netrox.net] 
wrote:
> On 8/10/00 9:05 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote:
>
> >I guess I have been asleep, I was still believing what you had said about
> >APRServe in the past.  No, I have not noticed dozens of times you said
> >APRServe was not at fault.   If APRServe and APRSD handle Mic-E correctly,
> >then FIX the client programs that do not decode it correctly.
>
> It is not a decoding problem, but a communication problem. The
> non-printing chars are lost before they get to APRServe.
>
> Steve K4HG
>
> ---
> You are currently subscribed to aprsspec as: billdiaz@megsinet.net
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 07:08:02 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA20177
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 07:08:00 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Fri, 11 Aug 2000 07:57:56 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
In-Reply-To: <LYR11586-101944-2000.08.10-12.43.14--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-102092-2000.08.11-07.13.40--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008110737430.3363-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Thu, 10 Aug 2000, Curt Mills, WE7U wrote about Mic-E conversions

> I love the other changes too, except why have the "/Mic-E" part?

That field is my preference, because in APRSdos, I use that field to
display the following four types of packets differently...

WU2Z-9>APD213,WIDE,WIDE:!4031.28N/07427.74Wv297/000/Mic-E/M0/Off duty..
WU2Z-9>APD213,WIDE,WIDE:=4031.28N/07427.74Wv297/000/TH-D7/M0/Off duty..
WU2Z-9>APD213,WIDE,WIDE:=4031.28N/07427.74Wv297/000/D-700/M0/Off duty..

I would prefer that Dale's conversion also do these insertions so that we
can see what kind of station the guy is.  It makes a difference as to
whether you can send him a message or not...

de WB4APR, Bob




---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 07:51:21 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA24659
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 07:51:19 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Fri, 11 Aug 2000 08:51:03 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
In-Reply-To: <LYR11586-102018-2000.08.10-19.10.57--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-102093-2000.08.11-07.57.01--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008110844360.3363-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Thu, 10 Aug 2000, Brent Hildebrand wrote:

> APRSD handles Mic-E fine.  All other client program that I know of handle
> Mic-E find.  If we convert Mic-E to "=" or "!", we break the APRS protocol
> where by "=" and "!" indicate fixed stations.   This is a bad idea...

No, there should be no such association. "=" and "!" formats have always
been for Position Reports *without* a time stamp.  Although this has been
usually applied to non-moving fixed stations, this is not the definition
of the format.  Yes, we even called it "fixed" stations, but that was a
label of convenience, not a label of function...

These two formats were introduced in the 1996 time frame to avoid the
problems with unsynchronized PC clock's for positions in which the exact
time is not important.  THe Mic-E originates without a time stamp, so this
is why we think conversion to the "=" and "!" timeless formats (if needed)
is the way to go.

de WB4APR, Bob


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 09:12:23 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA07107
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 09:12:22 -0500 (CDT)
From: Dale Heatherington <dale@wa4dsy.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
Date: Fri, 11 Aug 2000 10:03:12 -0400
Content-Type: text/plain
References: <200008110056.UAA27259@raptor.netrox.net> <LYR18156-102027-2000.08.10-20.11.35--dale#wa4dsy.net@lists.tapr.org>
In-Reply-To: <LYR18156-102027-2000.08.10-20.11.35--dale#wa4dsy.net@lists.tapr.org>
MIME-Version: 1.0
Message-Id: <LYR11589-102108-2000.08.11-09.17.33--lyris.aprsspec#tapr.org@lists.tapr.org>
Content-Transfer-Encoding: 8bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <00081110105000.00710@lab1>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Thu, 10 Aug 2000, Brent Hildebrand wrote:

> Yes, lets change APRSD's method of converting Mic-E packets - eliminate the
> conversion.
> 
> Brent KH2Z

I'd sure like to do that if the side effects aren't too severe.  

Regardless of whether the packets are conveted or not, the timestamps
on Mic-E will be gone.  What about the aprsd history dump?  Users logging
onto port 10151 will get n minutes of history including these old non-time stamped
packets.  Any potential problems there?


-- 
Dale Heatherington
dale@wa4dsy.net
Web Page http://www.wa4dsy.net
Sent by KMail for Linux


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 09:43:16 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA09721
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 09:43:14 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Fri, 11 Aug 2000 10:42:20 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] SPEC NWS Warnings.
In-Reply-To: <LYR11586-100193-2000.08.03-03.26.34--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-102117-2000.08.11-09.48.48--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008111026370.3363-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Allan has raised an issue by implying that the NWS WARNING messages
used as an EXAMPLE in the SPEC are an affront to the INTERNATIONAL flavor
of APRS.  In looking at the spec, the causal reader might infer that it is
another APRS FORMAT that is unique to the USA.

THis is NOT THE CASE.  The NWS format is not a special format and is
just an example of the use of the STANDARD APRS MESSAGE for a special
application.  But this is not obvious to the uninformed reader.

Therefore to avoid such continuing criticism of the spec, I would suggest
that the NWS WARNING PARAGRAPH be re-worded as follows:

NATIONAL WEATHER SERVICE BULLETINS:

   Standard APRS message formats can be used for a variety of other
applications.  For example, in the USA, special formatted messages
addressed to the generic callsign of NWS-XXXX are used to color highlight
map areas involved in weather warnings using the following format....

----------------------------------
This clarifies that this is NOT another unique format, but is simply
another message.  By including it as an example, we are showing how the
APRS MESSAGE protocol is NON-RESTRICTIVE and has INFINITE
EXPANSION capabilities for other applications.

Bob





---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 11:12:28 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA22771
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:12:26 -0500 (CDT)
Date: Fri, 11 Aug 2000 09:12:02 -0700 (PDT)
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
In-Reply-To: <LYR12892-102027-2000.08.10-20.11.35--hacker#tc.fluke.com@lists.tapr.org>
Message-ID: <LYR11589-102132-2000.08.11-11.18.07--lyris.aprsspec#tapr.org@lists.tapr.org>
Organization: Fluke Corporation
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.10.10008110856120.1672-100000@dogbert.tc.fluke.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Thu, 10 Aug 2000, Brent Hildebrand wrote:

> Yes, lets change APRSD's method of converting Mic-E packets - eliminate the
> conversion.

Yes please!  This  is the RIGHT way to do things.  The others are
just patches.  8-bit transparent networking code is not particularly
hard to write these days.

Let's also fix the client programs so that they set:

	afilter off
	mfilter 0

for AEA TNC's while we're at it, so we can get those non-printable
characters passed through those TNC's.  That'll fix a few of the
clients that are running older TNC's (like me!).

Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto:    A tax on people who are bad at math." -- unknown
"Windows:  Microsoft's tax on computer illiterates." -- WE7U


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 11:32:18 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA25558
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:32:16 -0500 (CDT)
Date: Fri, 11 Aug 2000 09:31:36 -0700 (PDT)
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
In-Reply-To: <LYR12892-102108-2000.08.11-09.17.33--hacker#tc.fluke.com@lists.tapr.org>
Message-ID: <LYR11589-102137-2000.08.11-11.37.52--lyris.aprsspec#tapr.org@lists.tapr.org>
Organization: Fluke Corporation
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.10.10008110913010.1672-100000@dogbert.tc.fluke.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Fri, 11 Aug 2000, Dale Heatherington wrote:

> I'd sure like to do that if the side effects aren't too severe.  
> 
> Regardless of whether the packets are conveted or not, the timestamps
> on Mic-E will be gone.  What about the aprsd history dump?  Users logging
> onto port 10151 will get n minutes of history including these old non-time stamped
> packets.  Any potential problems there?

That should be easily fixed too with a bit of code (isn't it always
"just a bit more code"?):

For your history queue, add a time stamp in some format that is
unique to you and easy for the C++ code to recognize/strip off
again.  It can be stripped off as the packet is being sent to a
client, but used internally to aprsd to expire the data out of the
queue.

I don't implement the 30-second history, but here's how I'm doing the
30-second dupe-check queue:  I use a reduced form of the packet
itself as the hash key (removed digi's, removed timestamps, removed
white space).  I store seconds-since-Unix-epoch as the value of the
hash entry.  With this method I save the time that -I- received the
packet as the timestamp (ignoring the timestamp in the packet
itself), and keep it as a separate variable from the packet data.
So far this has worked well.  It doesn't matter whether the packet
has a timestamp or not as I'm generating and keeping my own
timestamps internally.  An added feature of this is the varying
timestamps in MIC-E expansions don't affect my dupe-checking.  I
can treat the hash as a circular queue to expire old data, or treat
it as a hash to find out if I just received a duplicate.  In my code
I do both.

Let's keep this idea of fixing the clients going, and if we don't
have to base-64 encode the stuff either, everybody wins all the
way around.

Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto:    A tax on people who are bad at math." -- unknown
"Windows:  Microsoft's tax on computer illiterates." -- WE7U


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 11:39:38 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA26098
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:39:34 -0500 (CDT)
Date: Fri, 11 Aug 2000 09:39:20 -0700 (PDT)
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
In-Reply-To: <200008111633.QAA03492@www.findu.com>
Message-ID: <LYR11589-102141-2000.08.11-11.45.15--lyris.aprsspec#tapr.org@lists.tapr.org>
Organization: Fluke Corporation
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.10.10008110936020.1672-100000@dogbert.tc.fluke.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Fri, 11 Aug 2000, Steve Dimse K4HG wrote:

> Before this happens a few things ought to occur. First, someone needs to 
> test all the client programs to determine which ones need to be updated. 
> Then those programs must be updated, and those new versions widely 
> distributed.
> 
> To eliminate the conversions before this is done would result is a large 
> number of erroneous positions on the internet feed, a situation far worse 
> than that we have today.

And pressure would be exerted on the authors to update their programs.
Could be a bad thing overall, could be a good thing.  It would hurt
temporarily until it was healed though.


> Who wants to volunteer to test all the client programs?

Perhaps the authors of the individual programs and their individual
groups of beta-testers?

I'll help test and fix Xastir if it needs it.  I think that's the
only client source code I have access to and care to run.

Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto:    A tax on people who are bad at math." -- unknown
"Windows:  Microsoft's tax on computer illiterates." -- WE7U


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 11:45:53 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27046
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:45:51 -0500 (CDT)
Message-Id: <LYR11589-102143-2000.08.11-11.51.35--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
Date: Fri, 11 Aug 2000 12:45:39 -0400
x-sender: sdimse@findu.com
From: Steve Dimse K4HG <sdimse@netrox.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008111645.QAA03810@www.findu.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/11/00 12:31 PM Curt Mills, WE7U (hacker@tc.fluke.com) wrote:

>That should be easily fixed too with a bit of code (isn't it always
>"just a bit more code"?):
>
>For your history queue, add a time stamp in some format that is
>unique to you and easy for the C++ code to recognize/strip off
>again.  It can be stripped off as the packet is being sent to a
>client, but used internally to aprsd to expire the data out of the
>queue.
>
I think you misread Dale's question. He does not use it, he uses his own 
time field. The question was how would this affect the clients? My guess 
is not at all, the timestamps on APRS packets are worthless because of 
all the troubles with people incorrectly setting their clocks.

findu totally ignores them, using only the time received.

Steve K4HG

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 11:46:37 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27830
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:46:35 -0500 (CDT)
Message-Id: <LYR11589-102144-2000.08.11-11.51.56--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
Date: Fri, 11 Aug 2000 12:45:45 -0400
x-sender: sdimse@findu.com
From: Steve Dimse K4HG <sdimse@netrox.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008111645.QAA03815@www.findu.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/11/00 12:12 PM Curt Mills, WE7U (hacker@tc.fluke.com) wrote:

>> Yes, lets change APRSD's method of converting Mic-E packets - eliminate the
>> conversion.
>
>Yes please!  This  is the RIGHT way to do things.  The others are
>just patches.  8-bit transparent networking code is not particularly
>hard to write these days.
>
Before this happens a few things ought to occur. First, someone needs to 
test all the client programs to determine which ones need to be updated. 
Then those programs must be updated, and those new versions widely 
distributed.

To eliminate the conversions before this is done would result is a large 
number of erroneous positions on the internet feed, a situation far worse 
than that we have today.

Who wants to volunteer to test all the client programs?

Steve K4HG

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 11:47:26 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA28225
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:47:25 -0500 (CDT)
Date: Fri, 11 Aug 2000 09:47:01 -0700 (PDT)
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
In-Reply-To: <200008111638.QAA03649@www.findu.com>
Message-ID: <LYR11589-102145-2000.08.11-11.53.06--lyris.aprsspec#tapr.org@lists.tapr.org>
Organization: Fluke Corporation
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.10.10008110941450.1672-100000@dogbert.tc.fluke.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Fri, 11 Aug 2000, Steve Dimse K4HG wrote:

> I think you misread Dale's question. He does not use it, he uses his own 
> time field. The question was how would this affect the clients? My guess 
> is not at all, the timestamps on APRS packets are worthless because of 
> all the troubles with people incorrectly setting their clocks.


Are you sure?  Here's what Dale wrote again:

> Regardless of whether the packets are conveted or not, the timestamps
> on Mic-E will be gone.  What about the aprsd history dump?  Users logging
> onto port 10151 will get n minutes of history including these old non-time stamped
> packets.  Any potential problems there?

He specifically mentioned port 10151, which has a 30-second history
queue normally.  Port 10152 does not, it's live data only.

Since he wouldn't be expanding the MIC-E to have a timestamp, it
sounds from the above that he would have old MIC-E packets hanging
around in his history queue forever (not getting expired out).  They
would be downloaded to the client program when they connect.

That's why I went into the speil about how my dupe-check queue worked.

Did I understand you correctly Dale?  If not, I need to get more of
this diet pepsi into the bloodstream this morning.

Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto:    A tax on people who are bad at math." -- unknown
"Windows:  Microsoft's tax on computer illiterates." -- WE7U



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 12:20:45 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA03283
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 12:20:43 -0500 (CDT)
From: Dale Heatherington <dale@wa4dsy.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
Date: Fri, 11 Aug 2000 13:14:43 -0400
Content-Type: text/plain
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
References: <Pine.GSO.4.10.10008110941450.1672-100000@dogbert.tc.fluke.com>
In-Reply-To: <Pine.GSO.4.10.10008110941450.1672-100000@dogbert.tc.fluke.com>
MIME-Version: 1.0
Message-Id: <LYR11589-102149-2000.08.11-12.26.26--lyris.aprsspec#tapr.org@lists.tapr.org>
Content-Transfer-Encoding: 8bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <00081113201902.00710@lab1>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Steve is correct.  All the history packets are timestamped with both
unix time and a (now redundent) time to live value.  Also, the latest version of aprsd 
uses a completely seperate method to do dup checking.  I was indeed
concerned about user programs getting old, untimestamped Mic-E data from the
history buffer when they log on.  Some aprsd operators set the history expire
time to as much a 8 hours.

On Fri, 11 Aug 2000, Curt Mills, WE7U wrote:
> On Fri, 11 Aug 2000, Steve Dimse K4HG wrote:
> 
> > I think you misread Dale's question. He does not use it, he uses his own 
> > time field. The question was how would this affect the clients? My guess 
> > is not at all, the timestamps on APRS packets are worthless because of 
> > all the troubles with people incorrectly setting their clocks.
> 
> 
> Are you sure?  Here's what Dale wrote again:
> 
> > Regardless of whether the packets are conveted or not, the timestamps
> > on Mic-E will be gone.  What about the aprsd history dump?  Users logging
> > onto port 10151 will get n minutes of history including these old non-time stamped
> > packets.  Any potential problems there?
> 
> He specifically mentioned port 10151, which has a 30-second history
> queue normally.  Port 10152 does not, it's live data only.
> 
> Since he wouldn't be expanding the MIC-E to have a timestamp, it
> sounds from the above that he would have old MIC-E packets hanging
> around in his history queue forever (not getting expired out).  They
> would be downloaded to the client program when they connect.
> 
> That's why I went into the speil about how my dupe-check queue worked.
> 
> Did I understand you correctly Dale?  If not, I need to get more of
> this diet pepsi into the bloodstream this morning.
> 
> Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
> Senior Methods Engineer/SysAdmin
> "Lotto:    A tax on people who are bad at math." -- unknown
> "Windows:  Microsoft's tax on computer illiterates." -- WE7U
-- 
Dale Heatherington
dale@wa4dsy.net
Web Page http://www.wa4dsy.net
Sent by KMail for Linux


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 12:32:18 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA04038
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 12:32:17 -0500 (CDT)
Date: Fri, 11 Aug 2000 10:31:56 -0700 (PDT)
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: Steve Dimse K4HG <sdimse@bridge.net>,
        APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
In-Reply-To: <00081113201902.00710@lab1>
Message-ID: <LYR11589-102151-2000.08.11-12.37.59--lyris.aprsspec#tapr.org@lists.tapr.org>
Organization: Fluke Corporation
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.10.10008111026030.1672-100000@dogbert.tc.fluke.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Fri, 11 Aug 2000, Dale Heatherington wrote:

> Steve is correct.  All the history packets are timestamped with both
> unix time and a (now redundent) time to live value.  Also, the latest version of aprsd 
> uses a completely seperate method to do dup checking.  I was indeed
> concerned about user programs getting old, untimestamped Mic-E data from the
> history buffer when they log on.  Some aprsd operators set the history expire
> time to as much a 8 hours.
> 
> On Fri, 11 Aug 2000, Curt Mills, WE7U wrote:
> > 
> > Are you sure?  Here's what Dale wrote again:
> > 
> > > Regardless of whether the packets are conveted or not, the timestamps
> > > on Mic-E will be gone.  What about the aprsd history dump?  Users logging
> > > onto port 10151 will get n minutes of history including these old non-time stamped
> > > packets.  Any potential problems there?

So where's the problem?  If you're time-stamping everything in the
history with unix time, everthing gets expired from the history queue
properly in any case.  Aprsd is already written correctly and would
require no tweaks other than getting rid of the MIC-E expansion.

If users are connecting up to an internet server on a port that
provides history, they should know by now that the client program
aging of packets might not be correct.  Xastir already works that way
I think.  It ages the icons based on when it received them, not based
on their timestamps.  Perhaps the other client programs actually
check the timestamp?  If so, then I see where my confusion comes
from.

Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto:    A tax on people who are bad at math." -- unknown
"Windows:  Microsoft's tax on computer illiterates." -- WE7U


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 13:54:39 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA24258
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 13:54:39 -0500 (CDT)
From: Dale Heatherington <dale@wa4dsy.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
Date: Fri, 11 Aug 2000 14:47:23 -0400
Content-Type: text/plain
Cc: Steve Dimse K4HG <sdimse@bridge.net>,
        APRS Spec Discussion List <aprsspec@lists.tapr.org>
References: <LYR18156-102151-2000.08.11-12.37.59--dale#wa4dsy.net@lists.tapr.org>
In-Reply-To: <LYR18156-102151-2000.08.11-12.37.59--dale#wa4dsy.net@lists.tapr.org>
MIME-Version: 1.0
Message-Id: <LYR11589-102164-2000.08.11-14.00.19--lyris.aprsspec#tapr.org@lists.tapr.org>
Content-Transfer-Encoding: 8bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <00081114541005.00710@lab1>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Fri, 11 Aug 2000, Curt Mills, WE7U wrote:
> On Fri, 11 Aug 2000, Dale Heatherington wrote:
> 
> > Steve is correct.  All the history packets are timestamped with both
> > unix time and a (now redundent) time to live value.  Also, the latest version of aprsd 
> > uses a completely seperate method to do dup checking.  I was indeed
> > concerned about user programs getting old, untimestamped Mic-E data from the
> > history buffer when they log on.  Some aprsd operators set the history expire
> > time to as much a 8 hours.
> > 
> > On Fri, 11 Aug 2000, Curt Mills, WE7U wrote:
> > > 
> > > Are you sure?  Here's what Dale wrote again:
> > > 
> > > > Regardless of whether the packets are conveted or not, the timestamps
> > > > on Mic-E will be gone.  What about the aprsd history dump?  Users logging
> > > > onto port 10151 will get n minutes of history including these old non-time stamped
> > > > packets.  Any potential problems there?
> 
> So where's the problem?  If you're time-stamping everything in the
> history with unix time, everthing gets expired from the history queue
> properly in any case.  Aprsd is already written correctly and would
> require no tweaks other than getting rid of the MIC-E expansion.

Hopefully there are no problems or side effects.  
This is amost never the case in the real world however.
I asked the question to see in anyone could come up with potential
pitfalls.

Here's another question: When an unconverted Mic-E pkt is gated from internet to RF as
a 3rd party reformatted packet, will the client software properly extract the
posit data from the ax25 destination field ?


-- 
Dale Heatherington
dale@wa4dsy.net
Web Page http://www.wa4dsy.net
Sent by KMail for Linux


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 15:06:19 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA04531
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 15:06:17 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Fri, 11 Aug 2000 16:06:01 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>,
        Steve Dimse K4HG <sdimse@bridge.net>
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter
In-Reply-To: <LYR11586-102164-2000.08.11-14.00.19--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-102174-2000.08.11-15.12.01--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008111605150.4958-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Fri, 11 Aug 2000, Dale Heatherington wrote:

> Here's another question: When an unconverted Mic-E pkt is gated from internet to RF as
> a 3rd party reformatted packet, will the client software properly extract the
> posit data from the ax25 destination field ?

APRSdos will.  The 3rd party format is totally recursive in APRSdos
bob



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 15:14:52 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA05906
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 15:14:47 -0500 (CDT)
From: Dale Heatherington <dale@wa4dsy.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] proposed change aprsd Mic-E converter
Date: Fri, 11 Aug 2000 15:56:02 -0400
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <LYR11589-102175-2000.08.11-15.20.31--lyris.aprsspec#tapr.org@lists.tapr.org>
Content-Transfer-Encoding: 8bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <00081116143406.00710@lab1>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk


To convert or not convert, that is the question.

 It turned out to be trivial to put in a new keyword in aprsd.conf.
ConvertMicE yes | no
The actual code to select convert or not was also trivial.

Now the I need to decide if the default should be "yes" or "no"
if "ConvertMicE" does not appear in the config file.

The 3rd party reformatting also seems to work.

Original packets:

WA4DSY>0000P0:`vX    >/       (0x1c)
WA4DSY>675900:`012345>/
WA4DSY>PPQRST:`012345>/

ConvertMicE no

Sending to TNC: }WA4DSY>0000P0,TCPIP*,WA4DSY-1*:`vX   >/       (0x1c)
Sending to TNC: }WA4DSY>675900,TCPIP*,WA4DSY-1*:`012345>/
Sending to TNC: }WA4DSY>PPQRST,TCPIP*,WA4DSY-1*:`012345>/

ConvertMicE yes

Sending to TNC: }WA4DSY>APD214,TCPIP*,WA4DSY-1*:!0000.00S/00000.00E>004/040/Mic-E/M7/EMERGENCY.        (0x1c)
Sending to TNC: }WA4DSY>APD214,TCPIP*,WA4DSY-1*:!6759.00S/02021.22E>025/232/Mic-E/M7/EMERGENCY.
Sending to TNC: }WA4DSY>APD214,TCPIP*,WA4DSY-1*:!0012.34N/12021.22W>025/232/Mic-E/M0/Off duty..


-- 
Dale Heatherington
dale@wa4dsy.net
Web Page http://www.wa4dsy.net
Sent by KMail for Linux


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 17:00:20 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA25870
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 17:00:18 -0500 (CDT)
Date: Fri, 11 Aug 2000 14:59:08 -0700 (PDT)
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Spec Error?
In-Reply-To: <LYR12892-102175-2000.08.11-15.20.31--hacker#tc.fluke.com@lists.tapr.org>
Message-ID: <LYR11589-102194-2000.08.11-17.05.07--lyris.aprsspec#tapr.org@lists.tapr.org>
Organization: Fluke Corporation
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.10.10008111457120.1672-100000@dogbert.tc.fluke.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk


Looking at the last APRS spec that I downloaded, the example for
a compressed object is not correct per the text.  The example
has no time field, but the text says it is required.  Hopefully
someone else has caught this before now.

Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto:    A tax on people who are bad at math." -- unknown
"Windows:  Microsoft's tax on computer illiterates." -- WE7U


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 22:44:18 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA15267
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 22:44:15 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Fri, 11 Aug 2000 23:43:25 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Spec Error?
In-Reply-To: <LYR11586-102194-2000.08.11-17.05.07--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-102242-2000.08.11-22.49.56--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008112342160.15000-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Fri, 11 Aug 2000, Curt Mills, WE7U wrote:

> Looking at the last APRS spec that I downloaded, the example for
> a compressed object is not correct per the text.  The example
> has no time field, but the text says it is required.  Hopefully
> someone else has caught this before now.

The compressed format only covers the LAT/LONG and CST fields 'wherever'
they occur.  Thus they can be with or without time fields.

Bob

> 
> Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
> Senior Methods Engineer/SysAdmin
> "Lotto:    A tax on people who are bad at math." -- unknown
> "Windows:  Microsoft's tax on computer illiterates." -- WE7U
> 
> 
> ---
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
> 
> 

APRSdos REPLY/COMMENT:

Reply mail addr:   wb4apr@amsat.org   
US mail address:   115 old Farm Ct, Glen Burnie, MD 21060
See DAYTON97 HISTORY:    http://web.usna.navy.mil/~bruninga/dayton.html
See Maryland APRS LIVE:  http://web.usna.navy.mil/~bruninga/aprs.html
See GPS on ANY radio:    http://www.tapr.org/tapr/html/mic-e.html


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 11 23:58:53 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA26122
	for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 23:58:53 -0500 (CDT)
From: archer@eskimo.com
X-Authentication-Warning: gatekeeper.we7u.net: archer owned process doing -bs
Date: Fri, 11 Aug 2000 22:02:08 -0700 (PDT)
X-Sender: archer@gatekeeper.we7u.net
Reply-To: "Mills, Curt, WE7U" <BowHunter@mail.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Spec Error?
In-Reply-To: <LYR12893-102242-2000.08.11-22.49.56--we7u#mail.com@lists.tapr.org>
Message-ID: <LYR11589-102265-2000.08.12-00.04.36--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.LNX.4.04.10008112159550.2221-100000@gatekeeper.we7u.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Fri, 11 Aug 2000, Bob Bruninga wrote:

> On Fri, 11 Aug 2000, Curt Mills, WE7U wrote:
> 
> > Looking at the last APRS spec that I downloaded, the example for
> > a compressed object is not correct per the text.  The example
> > has no time field, but the text says it is required.  Hopefully
> > someone else has caught this before now.
> 
> The compressed format only covers the LAT/LONG and CST fields 'wherever'
> they occur.  Thus they can be with or without time fields.

Don't discount this so quickly Bob!  Read the spec for "Objects" using
the compressed lat/lon.  The "Object" text specifies that a timestamp
is REQUIRED.  The example in the table shows an object WITHOUT a
timestamp.  Either the text or the example is incorrect.  Not a big
deal, but it IS incorrect.

Curt, WE7U.				BowHunter@mail.com
http://www.eskimo.com/~archer
  Lotto:  A tax on people who are bad at math. - unknown
Windows:  Microsoft's tax on computer illiterates. - WE7U.


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 12 21:20:51 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA15894
	for <lyris.aprsspec@tapr.org>; Sat, 12 Aug 2000 21:20:50 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Sat, 12 Aug 2000 22:19:44 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Spec Error?
In-Reply-To: <Pine.LNX.4.04.10008112159550.2221-100000@gatekeeper.we7u.net>
Message-ID: <LYR11589-102369-2000.08.12-21.26.28--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008122218360.432-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Fri, 11 Aug 2000 archer@eskimo.com wrote:

> > The compressed format only covers the LAT/LONG and CST fields 'wherever'
> > they occur.  Thus they can be with or without time fields.
> 
> Don't discount this so quickly Bob!  Read the spec for "Objects" using
> the compressed lat/lon.  The "Object" text specifies that a timestamp
> is REQUIRED.  The example in the table shows an object WITHOUT a
> timestamp.  Either the text or the example is incorrect.  Not a big
> deal, but it IS incorrect.

Thanks!  Yes, the OBJECT format does require a time stamp.  So I agree,
th eexample is bad...


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 15:32:08 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA29393
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 15:32:07 -0500 (CDT)
From: Dale Heatherington <dale@wa4dsy.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] NEW! aprsd 2.1.4 available
Date: Sat, 19 Aug 2000 16:24:17 -0400
Content-Type: text/plain
MIME-Version: 1.0
Message-Id: <LYR11589-103654-2000.08.19-15.37.58--lyris.aprsspec#tapr.org@lists.tapr.org>
Content-Transfer-Encoding: 8bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <00081916313202.00715@lab1>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

A new version of aprsd is available at:
http://www.wa4dsy.net/Files/aprsd214.tar.gz

The doc file can be viewed at:
http://www.wa4dsy.net/aprs/aprsdDOC.html

The most noteable change is the server defaults  to NOT converting
Mic-E packets to classic APRS format.  The Sysop can elect to convert
if he needs to.

Here is a list of the changes:

-------------------------------------------------
REVISIONS

2.1.4


1)  Fixed DeleteSession() so it can't delete if port number is -1
    and made ConnectedClients a signed integer. Hopefully this will
    prevent errors in the user count.
    
2) The dup detector now ignores trailing spaces

3) Put Location info on the html status page

4) Deal with mic-e timestamps as per this email from Bob on Aug 3 2000.

   "We should not have included the timestamp when the conversion was done by
   an IGate just for the reasons that we dropped the time stamp in all other
   stations back in 1996. 

   It was a mistake and we should fix it by simply replacing the "@DDHHMMz"
   portion of the conversion with a "!" for TAPR Mic-E's  and to a "="
   format for Message capable Mic-E's (Kenwoods).  This would eliminate this
   nuisance immediately. "
   

5) Fixed bug in HUB connection logic that caused it to advance by two instead of one
   after attempting to connect to a hub that was down.  If only 2 hubs were defined
   it would always retry the same dead hub over and over.
   
6) Added command "LogAllRF" to aprsd.conf.  When set to "yes" all packets heard from the TNC
   will be written to /aprsd2/rf.log instead of only packets with our call sign as was the case.
   
   
7) Added keyword "ConvertMicE yes | no" to aprsd.conf file.  If this is set to "yes"
   Mic-E packets will be converted to classic APRS packets, otherwise they will pass
   through unchanged.   Default is "no" .
   
8) Cleaned up some code in history.cpp: createHistoryArray(aprsString* hp) so it now
   aborts a history dump if memory allocation fails.  The original code ignored a malloc failure.
   

-- 
Dale Heatherington
dale@wa4dsy.net
Web Page http://www.wa4dsy.net
Sent by KMail for Linux


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 15:45:11 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA00660
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 15:45:03 -0500 (CDT)
Message-ID: <LYR11589-103658-2000.08.19-15.51.08--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Brent Hildebrand" <bhildebrand@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <LYR11585-103654-2000.08.19-15.37.58--bhildebrand#earthlink.net@lists.tapr.org>
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available
Date: Sat, 19 Aug 2000 13:44:38 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <018001c00a1e$4b7920e0$1695b3d1@celeron>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id PAA00660

I applaud the step in making Mic-E conversion optional; I feel it should be eliminated.  I think it is wrong to change the conversion of Mic-E to type "=".   It has long been stated that type "=" is a fixed station type, and I strongly feel it should be still considered a fixed station type with computer.  Mobile computers are of type "@" and the timestamp is acquired from a GPS receiver and thus provides very good accuracy for the timestamp.  Fixed computers do not move, do not need to have a GPS receiver and should have a way to indicate this.  Calling "=" type packets not fixed is protocol revisionism, and is now being applied Mic-E converted packets.  It has been clearly stated in the past the "=" was for fixed stations.  By having APRSD convert Mic-E to "=" will only compound the conversion problems because this does not change the way APRS+SA or WinAPRS or other client program converts the packets.  Fortunately, the default is to not convert them.  

Final side note, APRSD appears to be 8-bit data compatible, APRServe is 7-bit.  Both do appear however to handle Mic-E data OK.

Brent KH2Z


----- Original Message ----- 
From: Dale Heatherington <dale@wa4dsy.net>
To: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Sent: Saturday, August 19, 2000 1:24 PM
Subject: [aprsspec] NEW! aprsd 2.1.4 available


> A new version of aprsd is available at:
> http://www.wa4dsy.net/Files/aprsd214.tar.gz
> 
> The doc file can be viewed at:
> http://www.wa4dsy.net/aprs/aprsdDOC.html
> 
> The most noteable change is the server defaults  to NOT converting
> Mic-E packets to classic APRS format.  The Sysop can elect to convert
> if he needs to.
> 
> Here is a list of the changes:
> 
> -------------------------------------------------
> REVISIONS
> 
> 2.1.4
> 
> 
> 1)  Fixed DeleteSession() so it can't delete if port number is -1
>     and made ConnectedClients a signed integer. Hopefully this will
>     prevent errors in the user count.
>     
> 2) The dup detector now ignores trailing spaces
> 
> 3) Put Location info on the html status page
> 
> 4) Deal with mic-e timestamps as per this email from Bob on Aug 3 2000.
> 
>    "We should not have included the timestamp when the conversion was done by
>    an IGate just for the reasons that we dropped the time stamp in all other
>    stations back in 1996. 
> 
>    It was a mistake and we should fix it by simply replacing the "@DDHHMMz"
>    portion of the conversion with a "!" for TAPR Mic-E's  and to a "="
>    format for Message capable Mic-E's (Kenwoods).  This would eliminate this
>    nuisance immediately. "
>    
> 
> 5) Fixed bug in HUB connection logic that caused it to advance by two instead of one
>    after attempting to connect to a hub that was down.  If only 2 hubs were defined
>    it would always retry the same dead hub over and over.
>    
> 6) Added command "LogAllRF" to aprsd.conf.  When set to "yes" all packets heard from the TNC
>    will be written to /aprsd2/rf.log instead of only packets with our call sign as was the case.
>    
>    
> 7) Added keyword "ConvertMicE yes | no" to aprsd.conf file.  If this is set to "yes"
>    Mic-E packets will be converted to classic APRS packets, otherwise they will pass
>    through unchanged.   Default is "no" .
>    
> 8) Cleaned up some code in history.cpp: createHistoryArray(aprsString* hp) so it now
>    aborts a history dump if memory allocation fails.  The original code ignored a malloc failure.
>    
> 
> -- 
> Dale Heatherington
> dale@wa4dsy.net
> Web Page http://www.wa4dsy.net
> Sent by KMail for Linux
> 
> 
> ---
> You are currently subscribed to aprsspec as: bhildebrand@earthlink.net
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
> 
> 


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 16:05:04 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA02779
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 16:05:03 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Sat, 19 Aug 2000 17:03:10 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available
In-Reply-To: <LYR11586-103658-2000.08.19-15.51.08--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-103660-2000.08.19-16.11.07--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008191647350.23673-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Sat, 19 Aug 2000, Brent Hildebrand wrote:

> I think it is wrong to change the conversion of Mic-E to type "=".   It
> has long been stated that type "=" is a fixed station type, and I
> strongly feel it should be still considered a fixed station type with
> computer.

APRS  format *type* charcters (!/=@) do *not* specify types of stations,
they specify ONLY the *format* of the packet.  The "=" *type* simply means
a format without a TIME STAMP.  It has nothing to do with the type of
station and it never did.

> Mobile computers are of type "@" and the timestamp is acquired from a
> GPS receiver and thus provides very good accuracy for the timestamp.

Sorry, you got it backwards.  Mobiles use the "@" format because they are
going to include the time stamp, not because they are mobiles.

> Fixed computers do not move, do not need to have a GPS receiver and
> should have a way to indicate this.  Calling "="  type packets not fixed
> is protocol revisionism, and is now being applied to Mic-E converted
> packets.  It has been clearly stated in the past the "=" was for fixed
> stations.

I am sorry, but nothing has been revised, only you are now finding out
that your "interpretation" must have been wrong all along.  The "=" format
was always defined to be a *format identifier* for a position report
without a time stamp.  It had nothing to do with the type of station.  I
am sorry if you missinterpreted it.

This "=" format happened to be very appropriate and was used for FIXED
stations where the time stamp was usually useless... but the *type*
of packet never "defined" a *type* of station.  Yes, we all agreed that it
made sense for FIXED stations to use this format, but not the reverse.

Bob



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 16:14:22 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA04150
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 16:14:18 -0500 (CDT)
Message-Id: <LYR11589-103662-2000.08.19-16.20.18--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available
Date: Sat, 19 Aug 2000 17:13:52 -0400
x-sender: sdimse@findu.com
From: Steve Dimse K4HG <sdimse@netrox.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008192113.VAA24278@www.findu.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/19/00 4:44 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote:

>I applaud the step in making Mic-E conversion optional; I feel it should 

APRServe will continue to do it, and www.aprs.net will have the aprsd 
option turned on. Regardless of what may be "pure", the reality is there 
are clients that are not able to handle the data. I feel that backwards 
compatability is important, and until all versions of the program have 
been verified to be able to send and receive the Mic-E data, I will 
continue to do the conversion at the network level.

This would be a nice task for an individual to take on, to test each 
version against the Mic-E data...

>be eliminated.  I think it is wrong to change the conversion of Mic-E to 
>type "=".   It has long been stated that type "=" is a fixed station type, 
>and I strongly feel it should be still considered a fixed station type 
>with computer.  Mobile computers are of type "@" and the timestamp is 
>acquired from a GPS receiver and thus provides very good accuracy for the 
>timestamp.  Fixed computers do not move, do not need to have a GPS 

My recollection is the same as Bob's on this point. I do not recall the 
difference ever being defined as fixed vs. mobile, only timestamp vs no 
timestamp.

>Final side note, APRSD appears to be 8-bit data compatible, APRServe is 
>7-bit.  Both do appear however to handle Mic-E data OK.
>
Nice to have independent confirmation, perhaps this will put the 
persistant rumors that it is APRServe's fault to rest...

The 7 bit limitation is deliberate on my part, as APRServe is designed to 
handle TNC text only, the 8th bit is masked off on each character. It 
could be removed easily if there ever were a reason to pass 8 bit data.

Steve K4HG
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 16:38:19 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA07107
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 16:38:18 -0500 (CDT)
Message-ID: <LYR11589-103664-2000.08.19-16.44.23--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Brent Hildebrand" <bhildebrand@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <LYR11585-103660-2000.08.19-16.11.07--bhildebrand#earthlink.net@lists.tapr.org>
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available
Date: Sat, 19 Aug 2000 14:36:38 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <01ab01c00a25$8f7d5fc0$1695b3d1@celeron>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA07107

> > Fixed computers do not move, do not need to have a GPS receiver and
> > should have a way to indicate this.  Calling "="  type packets not fixed
> > is protocol revisionism, and is now being applied to Mic-E converted
> > packets.  It has been clearly stated in the past the "=" was for fixed
> > stations.
> 
> I am sorry, but nothing has been revised, only you are now finding out
> that your "interpretation" must have been wrong all along.  The "=" format
> was always defined to be a *format identifier* for a position report
> without a time stamp.  It had nothing to do with the type of station.  I
> am sorry if you missinterpreted it.

We have called if fixed, you have called if fixed.  It is appropriate to call it fixed because the implications of using "=" without a timestamp was because it was for stations that would not change their Lat/Long frequently.  Now the only way to differentiate a fixed vs mobile station is to observe that there are more the Lat/Long for the station.  So be it. But I think it is wrong. 


---
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 16:44:30 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA07496
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 16:44:27 -0500 (CDT)
Message-ID: <LYR11589-103665-2000.08.19-16.50.34--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Brent Hildebrand" <bhildebrand@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <LYR11585-103662-2000.08.19-16.20.18--bhildebrand#earthlink.net@lists.tapr.org>
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available
Date: Sat, 19 Aug 2000 14:44:16 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <01bd01c00a26$a02b4840$1695b3d1@celeron>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA07496

> >be eliminated.  I think it is wrong to change the conversion of Mic-E to 
> >type "=".   It has long been stated that type "=" is a fixed station type, 
> >and I strongly feel it should be still considered a fixed station type 
> >with computer.  Mobile computers are of type "@" and the timestamp is 
> >acquired from a GPS receiver and thus provides very good accuracy for the 
> >timestamp.  Fixed computers do not move, do not need to have a GPS 
> 
> My recollection is the same as Bob's on this point. I do not recall the 
> difference ever being defined as fixed vs. mobile, only timestamp vs no 
> timestamp.

I will quote Bob from just a week ago:

"No, there should be no such association. "=" and "!" formats have always
been for Position Reports *without* a time stamp.  Although this has been
usually applied to non-moving fixed stations, this is not the definition
of the format.  Yes, we even called it "fixed" stations, but that was a
label of convenience, not a label of function..."

Yes, we have called it Fixed stations.   "=" Fixed stations with computers, "!" Fixed stations without computers.  We have used this terminology in discussions for a long time.

Brent KH2Z
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 16:50:38 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA08135
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 16:50:30 -0500 (CDT)
Message-Id: <LYR11589-103666-2000.08.19-16.56.36--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available
Date: Sat, 19 Aug 2000 17:50:09 -0400
x-sender: sdimse@findu.com
From: Steve Dimse K4HG <sdimse@netrox.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008192150.VAA25325@www.findu.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/19/00 5:44 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote:

>I will quote Bob from just a week ago:
>
>"No, there should be no such association. "=" and "!" formats have always
>been for Position Reports *without* a time stamp.  Although this has been
>usually applied to non-moving fixed stations, this is not the definition
>of the format.  Yes, we even called it "fixed" stations, but that was a
>label of convenience, not a label of function..."
>
>Yes, we have called it Fixed stations.   "=" Fixed stations with 
>computers, "!" Fixed stations without computers.  We have used this 
>terminology in discussions for a long time.
>
But @ has been used all along for weather reports from fixed stations. My 
recollection remains that these were not limited to either mobile or 
fixed use, only as to weather the data was time related.

Steve K4HG
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 17:03:33 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA10399
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 17:03:31 -0500 (CDT)
Message-ID: <LYR11589-103668-2000.08.19-17.09.36--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Brent Hildebrand" <bhildebrand@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <LYR11585-103666-2000.08.19-16.56.36--bhildebrand#earthlink.net@lists.tapr.org>
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available
Date: Sat, 19 Aug 2000 15:03:14 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <01cf01c00a29$46a18020$1695b3d1@celeron>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id RAA10399

> On 8/19/00 5:44 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote:
> 
> >I will quote Bob from just a week ago:
> >
> >"No, there should be no such association. "=" and "!" formats have always
> >been for Position Reports *without* a time stamp.  Although this has been
> >usually applied to non-moving fixed stations, this is not the definition
> >of the format.  Yes, we even called it "fixed" stations, but that was a
> >label of convenience, not a label of function..."
> >
> >Yes, we have called it Fixed stations.   "=" Fixed stations with 
> >computers, "!" Fixed stations without computers.  We have used this 
> >terminology in discussions for a long time.
> >
> But @ has been used all along for weather reports from fixed stations. My 
> recollection remains that these were not limited to either mobile or 
> fixed use, only as to weather the data was time related.

Yes, that is true.  I have felt we should have a unique identifier for WX packets, but we have not agreed on that with using both "@" and "_" type packets for weather where the later provides no additional information over the prior.  I still strongly feel that the timeless packet types should be reserved for fixed stations, it adds useful information that can allow quick determination of a stations type.  Moving stations have (should) ready access to a very accurate time source.

Brent KH2Z
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 17:05:23 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA10549
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 17:05:22 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Sat, 19 Aug 2000 18:01:53 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] APRSd/APRServe NETWORK MAP
In-Reply-To: <LYR11586-103654-2000.08.19-15.37.58--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-103670-2000.08.19-17.11.24--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008191736220.23673-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

As APRSd and APRServe represent the global APRS INTERNET network, and
Igates come and go all the time,  I am finding myself increasingly
confused as to what the real "aprserve" network is.

Each APRSd provides a WEB interface to see what other systems it is
connected to, but wouldn't you have to be a worm to crawl through every
possible connection to see what the big picture was at any instant?

What would realy be neat would be a LIVE WORLD map showing all active
IGates, with directional arrows between them showing the types of
links.

Am I dreaming? (or is it already done somewhere?)

Since we are SO DEPENDENT on the infrastructure created by Steve and Dale
and Brent and Sprouls, and others and our future depends on the
reliability of this INTERNET network, I hope that we can come up with this
big-picture LIVE INTERNET map as a way of keeping our fingers on the
pulse... of the "network"

? de WB4APR, Bob ?
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 17:19:21 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA12390
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 17:19:19 -0500 (CDT)
Message-Id: <LYR11589-103671-2000.08.19-17.25.01--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP
Date: Sat, 19 Aug 2000 18:18:13 -0400
x-sender: sdimse@findu.com
From: Steve Dimse K4HG <sdimse@netrox.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008192218.WAA26070@www.findu.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/19/00 6:01 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote:

>As APRSd and APRServe represent the global APRS INTERNET network, and
>Igates come and go all the time,  I am finding myself increasingly
>confused as to what the real "aprserve" network is.
>
>Each APRSd provides a WEB interface to see what other systems it is
>connected to, but wouldn't you have to be a worm to crawl through every
>possible connection to see what the big picture was at any instant?
>
The web status was added in 2.1.3 I believe, many IGates are running 
older versions. In addition, when people upgrade they must manually edit 
their config file to enable the feature, so many of those who are using 
the latest version do not have this enabled.

If you ever do succeed to produce such an image, it would be a horrible 
mass of spaghetti, as many IGate are configured in strange and wonderful 
ways!

Steve K4HG
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 18:02:20 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA21241
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 18:02:19 -0500 (CDT)
From: Dale Heatherington <dale@wa4dsy.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP
Date: Sat, 19 Aug 2000 18:57:54 -0400
Content-Type: text/plain
References: <LYR18156-103671-2000.08.19-17.25.01--dale#wa4dsy.net@lists.tapr.org>
In-Reply-To: <LYR18156-103671-2000.08.19-17.25.01--dale#wa4dsy.net@lists.tapr.org>
MIME-Version: 1.0
Message-Id: <LYR11589-103678-2000.08.19-18.08.26--lyris.aprsspec#tapr.org@lists.tapr.org>
Content-Transfer-Encoding: 8bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <00081919015803.00715@lab1>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

FYI, the aprsd web interface is enabled by default.  The sysop
must modify his aprsd.conf to disable it.  Versions 2.1.2 and up have it.

The real barrier to making the map is the lack of lat/lon info of the aprsd igate
in the status page.  This could be added but would require one or more new entires
in the aprsd.conf file.

On Sat, 19 Aug 2000, Steve Dimse K4HG wrote:
> On 8/19/00 6:01 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote:
> 
> >As APRSd and APRServe represent the global APRS INTERNET network, and
> >Igates come and go all the time,  I am finding myself increasingly
> >confused as to what the real "aprserve" network is.
> >
> >Each APRSd provides a WEB interface to see what other systems it is
> >connected to, but wouldn't you have to be a worm to crawl through every
> >possible connection to see what the big picture was at any instant?
> >
> The web status was added in 2.1.3 I believe, many IGates are running 
> older versions. In addition, when people upgrade they must manually edit 
> their config file to enable the feature, so many of those who are using 
> the latest version do not have this enabled.
> 
> If you ever do succeed to produce such an image, it would be a horrible 
> mass of spaghetti, as many IGate are configured in strange and wonderful 
> ways!
> 
> Steve K4HG
> 
> ---
> You are currently subscribed to aprsspec as: dale@wa4dsy.net
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
-- 
Dale Heatherington
dale@wa4dsy.net
Web Page http://www.wa4dsy.net
Sent by KMail for Linux


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 19 19:38:54 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA07142
	for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 19:38:51 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Sat, 19 Aug 2000 20:38:09 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP
In-Reply-To: <LYR11586-103678-2000.08.19-18.08.26--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-103687-2000.08.19-19.44.59--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008192036080.10880-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Sat, 19 Aug 2000, Dale Heatherington wrote:

> The real barrier to making the [realtime network] map is the lack of
> lat/lon info of the aprsd igate in the status page.  This could be added
> but would require one or more new entires in the aprsd.conf file.

Why cannot it capture it from the Igates POSITs?
Or couldnt each APRSd server simply beacon its own POSIT at the same 30
minute interval as everyone else?  

Bob

> 
> On Sat, 19 Aug 2000, Steve Dimse K4HG wrote:
> > On 8/19/00 6:01 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote:
> > 
> > >As APRSd and APRServe represent the global APRS INTERNET network, and
> > >Igates come and go all the time,  I am finding myself increasingly
> > >confused as to what the real "aprserve" network is.
> > >
> > >Each APRSd provides a WEB interface to see what other systems it is
> > >connected to, but wouldn't you have to be a worm to crawl through every
> > >possible connection to see what the big picture was at any instant?
> > >
> > The web status was added in 2.1.3 I believe, many IGates are running 
> > older versions. In addition, when people upgrade they must manually edit 
> > their config file to enable the feature, so many of those who are using 
> > the latest version do not have this enabled.
> > 
> > If you ever do succeed to produce such an image, it would be a horrible 
> > mass of spaghetti, as many IGate are configured in strange and wonderful 
> > ways!
> > 
> > Steve K4HG
> > 
> > ---
> > You are currently subscribed to aprsspec as: dale@wa4dsy.net
> > To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> > Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
> -- 
> Dale Heatherington
> dale@wa4dsy.net
> Web Page http://www.wa4dsy.net
> Sent by KMail for Linux
> 
> 
> ---
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
> 
> 

APRSdos REPLY/COMMENT:

Reply mail addr:   wb4apr@amsat.org   
US mail address:   115 old Farm Ct, Glen Burnie, MD 21060
See DAYTON97 HISTORY:    http://web.usna.navy.mil/~bruninga/dayton.html
See Maryland APRS LIVE:  http://web.usna.navy.mil/~bruninga/aprs.html
See GPS on ANY radio:    http://www.tapr.org/tapr/html/mic-e.html
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sun Aug 20 07:44:38 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA10289
	for <lyris.aprsspec@tapr.org>; Sun, 20 Aug 2000 07:44:35 -0500 (CDT)
Message-ID: <LYR11589-103727-2000.08.20-07.50.34--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Sun, 20 Aug 2000 08:39:42 -0400
From: "Ev Tupis (W2EV)" <propnet@greeceny.com>
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP
References: <LYR18156-103671-2000.08.19-17.25.01--dale#wa4dsy.net@lists.tapr.org> <LYR11610-103678-2000.08.19-18.08.26--propnet#greeceny.com@lists.tapr.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <399FD18E.C82FD67@greeceny.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

If the RF-to-Internet station included it's posit in the
data stream every 30-minutes, and there was a
"band-of-origination" byte in the spec that it could insert
into each posit as it is gated, this would be a very useful
system to plot the APRS' fluid topology.

Of course, this is simply the input from a user, who doesn't
program APRS code, so the compexity of doing such a thing
escapes me.  But it would be a useful utility. :o)

Ev, W2EV


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sun Aug 20 09:51:15 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA19720
	for <lyris.aprsspec@tapr.org>; Sun, 20 Aug 2000 09:51:11 -0500 (CDT)
Date: Sun, 20 Aug 2000 09:50:46 -0500 (CDT)
From: Tim Salo <salo@networkcs.com>
Message-Id: <LYR11589-103742-2000.08.20-09.57.15--lyris.aprsspec#tapr.org@lists.tapr.org>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP
In-Reply-To: <LYR11595-103727-2000.08.20-07.50.34--salo#networkcs.com@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008201450.JAA70438@us.networkcs.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> Date: Sun, 20 Aug 2000 08:39:42 -0400
> From: "Ev Tupis (W2EV)" <propnet@greeceny.com>
> Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP
> 	[...]
> If the RF-to-Internet station included it's posit in the
> data stream every 30-minutes, and there was a
> "band-of-origination" byte in the spec that it could insert
> into each posit as it is gated, this would be a very useful
> system to plot the APRS' fluid topology.
> 	[...]

If it is a once-every-30-minutes beacon, you may as well include
the frequency, rather than just the band.

-tjs

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sun Aug 20 09:57:50 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA21053
	for <lyris.aprsspec@tapr.org>; Sun, 20 Aug 2000 09:57:45 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Sun, 20 Aug 2000 10:54:14 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP
In-Reply-To: <LYR11586-103727-2000.08.20-07.50.34--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-103745-2000.08.20-10.03.34--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008201051370.18925-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Sun, 20 Aug 2000, Ev Tupis (W2EV) wrote:

> If the RF-to-Internet station included it's posit in the
> data stream every 30-minutes, and there was a
> "band-of-origination" byte in the spec that it could insert
> into each posit as it is gated, this would be a very useful
> system to plot the APRS' fluid topology.

I think it is time to make the I-GATE ICON an OVERLAY ICON.  THis way, we
can overlay "6", "2", "H" "S" to represent 6m, 2m, HF and Satelliite
IGates.  I think this will be important in the years to come...

In fact, it is trivial to add this to APRSdos, only by adding a single
byte in the list of ICON's that can be overlayed.

de WB4APR, Bob



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sun Aug 20 10:10:07 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA23956
	for <lyris.aprsspec@tapr.org>; Sun, 20 Aug 2000 10:10:07 -0500 (CDT)
Message-Id: <LYR11589-103748-2000.08.20-10.15.44--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP
Date: Sun, 20 Aug 2000 11:08:43 -0400
x-sender: sdimse@findu.com
From: Steve Dimse K4HG <sdimse@netrox.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008201508.PAA11922@www.findu.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/20/00 10:54 AM Bob Bruninga (bruninga@nadn.navy.mil) wrote:

>I think it is time to make the I-GATE ICON an OVERLAY ICON.  THis way, we
>can overlay "6", "2", "H" "S" to represent 6m, 2m, HF and Satelliite
>IGates.  I think this will be important in the years to come...
>
>In fact, it is trivial to add this to APRSdos, only by adding a single
>byte in the list of ICON's that can be overlayed.
>
As I've said in the past, I still don't see the need to limit overlay to 
any set of icons. javAPRS has always supported overlay of any icon.

Steve K4HG

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sun Aug 20 12:21:58 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA10002
	for <lyris.aprsspec@tapr.org>; Sun, 20 Aug 2000 12:21:54 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Sun, 20 Aug 2000 13:20:20 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP
In-Reply-To: <200008201508.PAA11922@www.findu.com>
Message-ID: <LYR11589-103774-2000.08.20-12.27.52--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008201315060.18925-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> >I think it is time to make the I-GATE ICON an OVERLAY ICON.  THis way, we
> >can overlay "6", "2", "H" "S" to represent 6m, 2m, HF and Satelliite
> >IGates.  I think this will be important in the years to come...

Steve Dimse wrote:
> As I've said in the past, I still don't see the need to limit overlay to 
> any set of icons. javAPRS has always supported overlay of any icon.

I agree.  The Sprouls had a problem with it initially.  Maybe that problem
is no longer with us, now that they have been supporting Overlays for some
time.

But in general, overlayable Icons need to have enough empty space in the
center so that the overlay character looks nice, like it fits, instead
of obscuring the central image of the ICON.  I think that this is the main
reason why we have not opened up Overlays to all characters, and tend to
take it on a case-by-case basis...?

Bob




---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 04:19:15 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA22096
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 04:19:13 -0500 (CDT)
From: "Darryl Smith" <darryl@radio-active.net.au>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] APRSd/APRServe NETWORK MAP
Date: Tue, 22 Aug 2000 19:29:56 +1000
Message-ID: <LYR11589-104184-2000.08.22-04.25.26--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
Importance: Normal
In-Reply-To: <LYR11660-103894-2000.08.21-00.04.16--darryl#radio-active.net.au@lists.tapr.org>
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <001201c00c1b$8976f9e0$32ae2acb@dell.radio-active.net.au>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Hi...

I tried a few weeks ago to plot the interconnects between APRSd/APRServe...
and ran into a problem... I do not have a tool that can graph 3D
relationships, and the information I was getting was useless without this...

Darryl

---------
Darryl Smith, VK2TDS   POBox 169 Ingleburn NSW 2565 Australia
Mobile Number 0412 929 634 [+61 4 12 929 634 International]
Darryl@radio-active.net.au | www.radio-active.net.au for domain names



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 04:31:36 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA22708
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 04:31:34 -0500 (CDT)
From: "Darryl Smith" <darryl@radio-active.net.au>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] GATEing to RF
Date: Tue, 22 Aug 2000 19:42:18 +1000
Message-ID: <LYR11589-104185-2000.08.22-04.37.45--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <001301c00c1d$43a14040$32ae2acb@dell.radio-active.net.au>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

G'Day

This is a hard one, but I think it is more of SPEC that SIG. There now
exists software that makes it very easy to gate particular classes of
callsigns to RF... This is hard or impossible under APRSd and WinAPRS, as
far as I can tell... But is very easy under UI-View.

What we are seeing in Australia is a few stations sending large amounts of
data to RF from the internet... For instance ALL european RF stations, or
all stations from a particular IGATE in the USA.

The way that software is working is that it transmits the data onto RF as
soon as it gets it from the IGATE. The most horrible example of this was
when one station connected to an IGATE on the port that had the 30 minute
history, and kept transmitting continuously for minutes.

	Given for ALOHA we should be utilising the frequency less than
	20% should the spec state that no transmitter should transmit on
	a channel more than 20% over a 30 second window? [720 Bytes/30 seconds]

Now,
	o Is this reasonable?
	o Are other people seeing these sorts of problems?
	o If this were implemented, what should we do with packets over the Quota?
	o Should we delete them
	o or try to send them again once and then delete them?

Please do not mis-understand me... There are certainly good reasons to push
data from the internet to RF, and UI-View does a lot of good things for
APRS... Some clarification would be useful before too many people start
doing too many horrible things to wreck APRS.

Darryl

---------
Darryl Smith, VK2TDS   POBox 169 Ingleburn NSW 2565 Australia
Mobile Number 0412 929 634 [+61 4 12 929 634 International]
Darryl@radio-active.net.au | www.radio-active.net.au for domain names



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 07:36:29 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA10208
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 07:36:26 -0500 (CDT)
Message-ID: <LYR11589-104198-2000.08.22-07.42.12--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Tue, 22 Aug 2000 13:34:32 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Roger Barker <roger@peaksys.co.uk>
Subject: [aprsspec] Re: GATEing to RF
References: <LYR13460-104185-2000.08.22-04.37.45--roger#peaksys.co.uk@lists.tapr.org>
In-Reply-To: <LYR13460-104185-2000.08.22-04.37.45--roger#peaksys.co.uk@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <4q6d0iAYNno5EwIp@peaksys.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In article <LYR13460-104185-2000.08.22-04.37.45--roger#peaksys.co.uk@lis
ts.tapr.org>, Darryl Smith <darryl@radio-active.net.au> writes
>G'Day
>
>This is a hard one, but I think it is more of SPEC that SIG. There now
>exists software that makes it very easy to gate particular classes of
>callsigns to RF... This is hard or impossible under APRSd and WinAPRS, as
>far as I can tell... But is very easy under UI-View.

Not really, and it certainly can't be done accidentally. It requires the
user to edit a file and input the information for the stations he wants
to gate. (I thought WinAPRS also had that facility?)

>What we are seeing in Australia is a few stations sending large amounts of
>data to RF from the internet... For instance ALL european RF stations, or
>all stations from a particular IGATE in the USA.

Just as a point of fact, neither of those selections is possible in
UI-View.

>The way that software is working is that it transmits the data onto RF as
>soon as it gets it from the IGATE. The most horrible example of this was
>when one station connected to an IGATE on the port that had the 30 minute
>history, and kept transmitting continuously for minutes.
>
>       Given for ALOHA we should be utilising the frequency less than
>       20% should the spec state that no transmitter should transmit on
>       a channel more than 20% over a 30 second window? [720 Bytes/30 seconds]
>Now,
>       o Is this reasonable?

No, and have you told the few stations doing it that it isn't
reasonable? If not, why not? If you've told them, what did they say?

-- 
Roger Barker, G4IDE - roger@peaksys.co.uk
For UI-View go to - http://www.packetradio.org.uk
For WinPack go to - http://www.peaksys.co.uk

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 11:05:13 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA11161
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 11:05:12 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Tue, 22 Aug 2000 12:02:35 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: GATEing to RF
In-Reply-To: <LYR11586-104185-2000.08.22-04.37.45--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-104239-2000.08.22-11.10.45--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008220855470.8636-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Good idea.  I like the idea of self-enforcement of the 20% aloha rule in
general as a default.  The user can override it on a case basis, but after
say one hour, the default kicks back in.  Or smoething like that...

bob


 On Tue, 22 Aug 2000, Darryl Smith
wrote:

> This is a hard one, but I think it is more of SPEC that SIG. There now
> exists software that makes it very easy to gate particular classes of
> callsigns to RF... This is hard or impossible under APRSd and WinAPRS, as
> far as I can tell... But is very easy under UI-View.
> 
> What we are seeing in Australia is a few stations sending large amounts of
> data to RF from the internet... For instance ALL european RF stations, or
> all stations from a particular IGATE in the USA.
> 
> The way that software is working is that it transmits the data onto RF as
> soon as it gets it from the IGATE. The most horrible example of this was
> when one station connected to an IGATE on the port that had the 30 minute
> history, and kept transmitting continuously for minutes.
> 
> 	Given for ALOHA we should be utilising the frequency less than
> 	20% should the spec state that no transmitter should transmit on
> 	a channel more than 20% over a 30 second window? [720 Bytes/30 seconds]
> 
> Now,
> 	o Is this reasonable?
> 	o Are other people seeing these sorts of problems?
> 	o If this were implemented, what should we do with packets over the Quota?
> 	o Should we delete them
> 	o or try to send them again once and then delete them?
> 
> Please do not mis-understand me... There are certainly good reasons to push
> data from the internet to RF, and UI-View does a lot of good things for
> APRS... Some clarification would be useful before too many people start
> doing too many horrible things to wreck APRS.
> 
> Darryl
> 
> ---------
> Darryl Smith, VK2TDS   POBox 169 Ingleburn NSW 2565 Australia
> Mobile Number 0412 929 634 [+61 4 12 929 634 International]
> Darryl@radio-active.net.au | www.radio-active.net.au for domain names
> 
> 
> 
> ---
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
> 
> 

APRSdos REPLY/COMMENT:

Reply mail addr:   wb4apr@amsat.org   
US mail address:   115 old Farm Ct, Glen Burnie, MD 21060
See DAYTON97 HISTORY:    http://web.usna.navy.mil/~bruninga/dayton.html
See Maryland APRS LIVE:  http://web.usna.navy.mil/~bruninga/aprs.html
See GPS on ANY radio:    http://www.tapr.org/tapr/html/mic-e.html



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 11:43:41 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA18759
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 11:43:34 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Tue, 22 Aug 2000 12:38:35 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: GATEing to RF
In-Reply-To: <LYR11586-104198-2000.08.22-07.42.12--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-104249-2000.08.22-11.47.33--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008221229160.1179-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Tue, 22 Aug 2000, Roger Barker wrote:

> >   Given for ALOHA we should be utilising the frequency less than
> >   20% should the spec state that no transmitter should transmit on
> >   a channel more than 20% over a 30 second window? [720 Bytes/30 seconds]
> >   Now,   Is this reasonable?
> 
> No, and have you told the few stations doing it that it isn't
> reasonable? If not, why not? If you've told them, what did they say?

Actually, come to think about it, CHANNEL SHARING at less than 10% is
totally enforced and built into APRSdos.  ALways has been.  Even for
manually transmitted packets, the software will not let you transmit ANY
packet any more often than one every 10 seconds.  I guess I assumed that
this fail-safe protection being built-in was so fundamental to our UI
network, that I never thought to suggest to other authors to make sure
they also had some kinds of built-in loading protection.

The more I think about it, the more I would hope that all authors include
some kinds of default limits on channel loading.  I am not saying that you
cannot let the user override these defaults.  Of course, there are
exceptions and so forth, but in general, it seems reaslnable to me that we
all must protect the channel from unintended consequences of improper
settings by having this final LOADING timer on each stations contribution
to the network...

Just a thought.  I am not pointing any fingers at all.  I do not know wht
the other authors do, but 10% loading restrictions have always been
fundamental to APRSdos to protect the network....

Any other use of the channel should not be on 144.39 but should be on a
dedicated frequency...

Bob



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 12:18:31 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA24482
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 12:18:30 -0500 (CDT)
From: Dale Heatherington <dale@wa4dsy.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: GATEing to RF
Date: Tue, 22 Aug 2000 13:06:38 -0400
Content-Type: text/plain
References: <LYR18156-104185-2000.08.22-04.37.45--dale#wa4dsy.net@lists.tapr.org>
In-Reply-To: <LYR18156-104185-2000.08.22-04.37.45--dale#wa4dsy.net@lists.tapr.org>
MIME-Version: 1.0
Message-Id: <LYR11589-104255-2000.08.22-12.24.12--lyris.aprsspec#tapr.org@lists.tapr.org>
Content-Transfer-Encoding: 8bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <00082213162201.00995@lab1>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Below are the aprsd.conf statments that control Internet to RF
packet gating.  Note TncPktSpacing which controls the rate packets
are allowed to be transmitted on RF.  These packets come from a 64 packet
fifo queue.  Packets overflowing the queue are discarded.  The discarded
packets are counted in "TncQ Overflows" viewable on the aprsd html status page.

# Allow Internet to RF message passing.
rf-allow yes
#

#Set the minimum time between TNC transmit packets in milliseconds
TncPktSpacing 1500
#

#
#Selected call signs which are always gated to RF
#if they are not seen locally. All packets from
#these are gated in real time. Do not use unless
#you really need real time data.  Consider posit2rf below.
#They are case sensitive! Use upper case. Up to 64 may be defined.
#
gate2rf K4HG-8 N4NEQ-9 
gate2rf W7LUS-14
#
#Call signs of stations whose posits are gated
#to RF every 15 minutes.  Only posit packets are
#gated.  Posits are taken from the history list.
#They are case sensitive! Use upper case.
posit2rf K4HG-8 N4NEQ-9 
posit2rf W7LUS-14
#
#Define a list of message destination call signs or aliases 
#to gate to RF full time.  Note: the CQGA example 
#below is CQ GA (Georgia). Edit to suite your locale.
#Up to 64 of these may be defined. They are case sensitive.
#
msgdest2rf SCOUTS KIDS CQGA
#
#end






On Tue, 22 Aug 2000, Darryl Smith wrote:
> G'Day
> 
> This is a hard one, but I think it is more of SPEC that SIG. There now
> exists software that makes it very easy to gate particular classes of
> callsigns to RF... This is hard or impossible under APRSd and WinAPRS, as
> far as I can tell... But is very easy under UI-View.
> 
> What we are seeing in Australia is a few stations sending large amounts of
> data to RF from the internet... For instance ALL european RF stations, or
> all stations from a particular IGATE in the USA.
> 
> The way that software is working is that it transmits the data onto RF as
> soon as it gets it from the IGATE. The most horrible example of this was
> when one station connected to an IGATE on the port that had the 30 minute
> history, and kept transmitting continuously for minutes.
> 
> 	Given for ALOHA we should be utilising the frequency less than
> 	20% should the spec state that no transmitter should transmit on
> 	a channel more than 20% over a 30 second window? [720 Bytes/30 seconds]
> 
> Now,
> 	o Is this reasonable?
> 	o Are other people seeing these sorts of problems?
> 	o If this were implemented, what should we do with packets over the Quota?
> 	o Should we delete them
> 	o or try to send them again once and then delete them?
> 
> Please do not mis-understand me... There are certainly good reasons to push
> data from the internet to RF, and UI-View does a lot of good things for
> APRS... Some clarification would be useful before too many people start
> doing too many horrible things to wreck APRS.
> 
> Darryl
> 
> ---------
> Darryl Smith, VK2TDS   POBox 169 Ingleburn NSW 2565 Australia
> Mobile Number 0412 929 634 [+61 4 12 929 634 International]
> Darryl@radio-active.net.au | www.radio-active.net.au for domain names
> 
> 
> 
> ---
> You are currently subscribed to aprsspec as: dale@wa4dsy.net
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
-- 
Dale Heatherington
dale@wa4dsy.net
Web Page http://www.wa4dsy.net
Sent by KMail for Linux


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 12:30:54 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA27981
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 12:30:51 -0500 (CDT)
Message-Id: <LYR11589-104258-2000.08.22-12.36.57--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: GATEing to RF
Date: Tue, 22 Aug 2000 13:29:57 -0400
From: Steve Dimse <sdimse@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008221730.KAA15114@scaup.prod.itd.earthlink.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/22/00 12:02 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote:

>Good idea.  I like the idea of self-enforcement of the 20% aloha rule in
>general as a default.  The user can override it on a case basis, but after
>say one hour, the default kicks back in.  Or smoething like that...
>
APRServe has always had hardcoded limits far, far below this limit, with 
one message packet per station every minute, and one position report 
every 10 minutes.

Steve K4HG

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 14:26:43 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA19316
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 14:26:38 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Tue, 22 Aug 2000 15:26:13 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: GATEing to RF
In-Reply-To: <LYR11586-104255-2000.08.22-12.24.12--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-104280-2000.08.22-14.32.49--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008221514450.21851-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Tue, 22 Aug 2000, Dale Heatherington wrote:

> ... note TncPktSpacing (milliseconds) which controls the rate packets
> are allowed to be transmitted on RF....
> 
> TncPktSpacing 1500

Hummh... I can think of some ideas.  

1) In the case of multiple packets, then this does not allow multiple
packets to be all bundled together into a single multi-frame packet burst?
THus we lose the advantage of TXD delay amortization?  Actually, it
probably does, since multiple packets if they queue up due to a busy
channel, then they will all be bundled by the TNC anyway when the channel
clears.

2) If 1.5 seconds above is applied to every packet, then we do get the
inneffeciencies of multiple TXD delays and you also get lots of problems
with collisions when the first packet is still being digipeated when the
next one comes out.  In this case, it is still better to bundle up say 3
to 5 packets at a time before transmitting any of them?

So woiuld it be better to force the IGate-to-RF to BUNDLE packets and then
limit the timing of these bundles?  SOmethign like this:

 * Hold each packet for 3 seconds.
 * Combine each new packet with the pending queue
 * When a total of 5 packets are accumulated OR more than 3 seconds has
   gone by without any more pacekts, and when the courtesy count down
   timer is zero, then transmit them all at once.
 * reset courtesy count-down timer to N seconds.

If the Igate is to be an equal user of the channel, then set N to about 18
seconds.  If the Igate is to get priority, then set it to about 8 or
less..


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 14:43:13 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA21742
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 14:43:11 -0500 (CDT)
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs
Date: Tue, 22 Aug 2000 15:42:45 -0400 (EDT)
From: Bob Bruninga <bruninga@nadn.navy.mil>
X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: GATEing to RF
In-Reply-To: <200008221730.KAA15114@scaup.prod.itd.earthlink.net>
Message-ID: <LYR11589-104285-2000.08.22-14.49.18--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <Pine.GSO.4.05L.10008221538520.21851-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Tue, 22 Aug 2000, Steve Dimse wrote:

> APRServe has always had hardcoded limits far, far below this limit, with 
> one message packet per station every minute, and one position report 
> every 10 minutes.

Thats good.  I like that.   But, with over 2000 people on the APRServe
stream, and say more than 10 of them decide to communicate with someone in
dayton, then that totals to about 11 packets per minute or about the ALOHA
limit for the Dayton IGate.

Thus, the limit seems to be a reasonable one, although it could saturaate
in such a worst case scenario...

Bob



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 14:58:46 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA24056
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 14:58:44 -0500 (CDT)
Date: Tue, 22 Aug 2000 14:57:18 -0500 (CDT)
From: Tim Salo <salo@networkcs.com>
Message-Id: <LYR11589-104291-2000.08.22-15.04.52--lyris.aprsspec#tapr.org@lists.tapr.org>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: GATEing to RF
In-Reply-To: <LYR11595-104285-2000.08.22-14.49.18--salo#networkcs.com@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008221957.OAA19661@us.networkcs.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> Date: Tue, 22 Aug 2000 15:42:45 -0400 (EDT)
> From: Bob Bruninga <bruninga@nadn.navy.mil>
> Subject: [aprsspec] Re: GATEing to RF
> 	[...]
> Thats good.  I like that.   But, with over 2000 people on the APRServe
> stream, and say more than 10 of them decide to communicate with someone in
> dayton, then that totals to about 11 packets per minute or about the ALOHA
> limit for the Dayton IGate.

Is the Dayton IGate deaf, or if the comparison with ALOHA a bit
stretched?

-tjs

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 15:04:35 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA25005
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 15:04:32 -0500 (CDT)
Message-Id: <LYR11589-104295-2000.08.22-15.10.39--lyris.aprsspec#tapr.org@lists.tapr.org>
Subject: [aprsspec] Re: GATEing to RF
Date: Tue, 22 Aug 2000 16:03:13 -0400
From: Steve Dimse <sdimse@earthlink.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008222003.NAA20704@avocet.prod.itd.earthlink.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/22/00 3:57 PM Tim Salo (salo@networkcs.com) wrote:

>> Thats good.  I like that.   But, with over 2000 people on the APRServe
>> stream, and say more than 10 of them decide to communicate with someone in
>> dayton, then that totals to about 11 packets per minute or about the ALOHA
>> limit for the Dayton IGate.
>
>Is the Dayton IGate deaf, or if the comparison with ALOHA a bit
>stretched?
>
Actually, the Dayton IGate is one way, which is probably a good thing ;-)

Steve K4HG

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 15:14:40 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA27726
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 15:14:39 -0500 (CDT)
Date: Tue, 22 Aug 2000 15:13:45 -0500 (CDT)
From: Tim Salo <salo@networkcs.com>
Message-Id: <LYR11589-104301-2000.08.22-15.20.27--lyris.aprsspec#tapr.org@lists.tapr.org>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: GATEing to RF
In-Reply-To: <200008222003.NAA20704@avocet.prod.itd.earthlink.net>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008222013.PAA20208@us.networkcs.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> Subject: Re: [aprsspec] Re: GATEing to RF
> Date: Tue, 22 Aug 2000 16:03:13 -0400
> From: Steve Dimse <sdimse@earthlink.net>
> 
> On 8/22/00 3:57 PM Tim Salo (salo@networkcs.com) wrote:
> >> Thats good.  I like that.   But, with over 2000 people on the APRServe
> >> stream, and say more than 10 of them decide to communicate with someone in
> >> dayton, then that totals to about 11 packets per minute or about the ALOHA
> >> limit for the Dayton IGate.
> >
> >Is the Dayton IGate deaf, or if the comparison with ALOHA a bit
> >stretched?
> 
> Actually, the Dayton IGate is one way, which is probably a good thing ;-)

Sorry I wasn't more clear.

Does the Dayton IGate operate in CSMA mode, namely does it listen
before transmitting in order to reduce collisions?

-tjs

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 22 18:45:24 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA15472
	for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 18:45:23 -0500 (CDT)
Message-Id: <LYR11589-104346-2000.08.22-18.51.33--lyris.aprsspec#tapr.org@lists.tapr.org>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: GATEing to RF 
In-reply-to: Your message of "Tue, 22 Aug 2000 16:03:13 EDT."
             <LYR11592-104295-2000.08.22-15.10.39--n8ur#tapr.org@lists.tapr.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 22 Aug 2000 19:44:45 -0300
From: John Ackermann <jra@febo.com>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008222344.TAA24299@meow.febo.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> On 8/22/00 3:57 PM Tim Salo (salo@networkcs.com) wrote:
> 
> >> Thats good.  I like that.   But, with over 2000 people on the APRServe
> >> stream, and say more than 10 of them decide to communicate with someone in
> >> dayton, then that totals to about 11 packets per minute or about the ALOHA
> >> limit for the Dayton IGate.
> >
> >Is the Dayton IGate deaf, or if the comparison with ALOHA a bit
> >stretched?
> >
> Actually, the Dayton IGate is one way, which is probably a good thing ;-)
> 
> Steve K4HG

For now... we'll be converting over to aprsd as soon as I work out some 
details.

John N8UR
jra@febo.com

-- 
John Ackermann   N8UR
Dayton, Ohio, USA
jra@febo.com --  http://www.febo.com

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.6.3a
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Fph4/RqL9vVEItWBy6ISk+zbkATzPgy84nrI7+GBtld4F9DoHWARQXjC1I8cFZjY
TSe16ffqO/ba1ukLnQAFEbQlSm9obiBSLiBBY2tlcm1hbm4gTjhVUiA8anJhQGZl
Ym8uY29tPokAdQMFEDgI9hjqO/ba1ukLnQEBtYIC/AxJ2RqT0/9TqY8JGEkPx2sw
+W5Z6Tu4UI654t9diGdCcIEPjOG1qUvwH2Xop0Yj9QGoM4NnHIw6qUSN5VH7hHKA
bGnpuTxinuW/gKaI3bt2MC8QZZq0gy2de26907lE2A==
=UHWl
-----END PGP PUBLIC KEY BLOCK-----
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 23 17:08:21 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA24606
	for <lyris.aprsspec@tapr.org>; Wed, 23 Aug 2000 17:08:18 -0500 (CDT)
From: "Cap Pennell" <cap@cruzio.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Version 1?
Date: Wed, 23 Aug 2000 10:33:05 -0700
Message-ID: <LYR11589-104562-2000.08.23-12.40.47--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <FIEAIFCMLKNIKJPNFHPJCEPGCAAA.cap@cruzio.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Maybe in time for DCC?  That would be nice.  I think it's important to get
an actual, official Version 1 accomplished as the working group intended.
Some of the stuff recently being discussed here could come later.
73, Cap

Cap Pennell   KE6AFE
Santa Cruz, CA 95062-1002
3658.93N/12200.91W   CM86xx
http://members.cruzio.com/~cap
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From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 24 08:43:36 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA26744
	for <lyris.aprsspec@tapr.org>; Thu, 24 Aug 2000 08:43:33 -0500 (CDT)
From: "Rob Wittner" <rmw@rwa-inc.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP
Date: Thu, 24 Aug 2000 09:42:05 -0400
Message-ID: <LYR11589-104786-2000.08.24-08.49.42--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
In-Reply-To: <LYR11697-103748-2000.08.20-10.15.44--rmw#rwa-inc.com@lists.tapr.org>
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Importance: Normal
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <NCBBLCALKLCLLFGBMFCMKEMBDMAA.rmw@rwa-inc.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk


> As I've said in the past, I still don't see the need to limit overlay to 
> any set of icons. javAPRS has always supported overlay of any icon.
> 
> Steve K4HG

So has APRS/CE, for the record...

   -Rob
    KZ5RW
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From bounce-aprsspec-11589@lists.tapr.org  Sun Aug 27 11:00:05 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA04492
	for <lyris.aprsspec@tapr.org>; Sun, 27 Aug 2000 11:00:00 -0500 (CDT)
Message-Id: <LYR11589-105391-2000.08.27-11.06.24--lyris.aprsspec#tapr.org@lists.tapr.org>
X-Sender: jjeffers@deskmedia.com
Date: Sun, 27 Aug 2000 10:58:54 -0500
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: James Jefferson <jjeffers@deskmedia.com>
Subject: [aprsspec] APRS weather questions
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <4.2.0.58.20000827093557.0095cdc0@deskmedia.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Hello everyone,

I have written a command line utility that takes arguments and formats them 
into a APRS WX packet.

I have some questions about copyrights, luminosity, snowfall, and raw rain 
count.

1) How do I say that my program sends APRS packets? Can I say it sends 
APRS(tm) compatible packets? I'm not willing to pay any licensing fees. The 
program is going to be released into the public domain.

2) The aprs spec (version 101m) isn't very clear about how luminosity is 
included in the packet. The spec says:
Other parameters that are available on some weather station units include:
"L = luminosity (in watts per square meter) 999 and below.
l l (lower-case letter "L") = luminosity (in watts per square meter)
1000 and above.
(L is inserted in place of one of the rain values).
s = snowfall (in inches) in the last 24 hours.
# = raw rain counter"

What does it mean by replacing one of the rain values? Can someone show me 
an example packet? One with luminosity less then 1000 and a packet where 
luminosity is over 1000.

3) How many characters long is the snowfall data? s1? s12? s123? s1234?
4) How many characters long is the raw rain counter data? #1? #12? #123? #1234?

Hopefully my questions are not too confusing. I would not be surprised if 
they are, because I'm terribly confused with the APRS spec.

-James Jefferson KB0THN
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From bounce-aprsspec-11589@lists.tapr.org  Mon Aug 28 21:15:32 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA20390
	for <lyris.aprsspec@tapr.org>; Mon, 28 Aug 2000 21:15:31 -0500 (CDT)
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022
Date: Mon, 28 Aug 2000 22:12:58 +0000
Subject: [aprsspec] ANNOUNCEMENT: ARRL/TAPR 19th Annual DCC Sep. 22-24
From: Stan Horzepa <stanzepa@mail2.nai.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Message-ID: <LYR11589-105758-2000.08.28-21.21.43--lyris.aprsspec#tapr.org@lists.tapr.org>
In-Reply-To: <DEEIIECOPELFOEIOFHLGIEGCDBAA.n7hpr@amsat.org>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <B5D0892F.1E3D%stanzepa@ct2.nai.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Notice:
September 1, 2000 is the last day to receive the special hotel room rate of
$89/night single or double and the pre-registration price for the
conference.


ARRL and TAPR 19th Annual
Digital Communications Conference
September 22-24, 2000 - Orlando, Florida

For more information see: http://www.tapr.org/dcc

Information
Mark your calendar and start making plans to attend the year's premier event
in digital communications.  The 19th Annual ARRL and TAPR Digital
Communications Conference will be held September 22-24, 2000, in Orlando,
Florida - just minutes from the Orlando International
Airport.

The ARRL and TAPR Digital Communications Conference is an international
forum for radio amateurs in digital communications, networking, and related
technologies to meet, publish their work, and present new ideas and
techniques for discussion.  Presenters and attendees will have the
opportunity to exchange ideas and learn about recent hardware and software
advances, theories, experimental results, and practical applications.  The
Digital Communications Conference is not just for the digital expert, but
also for digitally oriented amateurs of all levels of experience.

A Conference for the Beginner as well
The conference is not just for the digital expert.  As in years past an
entire session strand with beginning, intermediate, and advanced
presentations on selected topics in digital communications will be offered.
Some of the topics will include: APRS, Satellite Communications, TCP/IP,
Digital Radio, Spread Spectrum and other introductory topics.  Come to the
conference and hear these topics presented by the experts!

Area Attractions
The Orlando Florida area is famous for its attractions and vacation spots.
Disney World, Universal Studios, and Sea World (just to name a few) are
within 15 minutes of the hotel.  Shuttle service from the hotel will be
available for a small fee.  Cape Canaveral and Cocoa Beach are a 30 minute
drive East of the hotel.

Symposia, Seminars and Banquet
Two symposia/seminars will be held which allow those with additional time
and interest to make the most of the Conference. For those who may have
interest in just one symposium or seminar, registration for the conference
is not required to attend these activities. This allows maximum flexibility
for those who may want to participate during the Digital Communications
Conference, but do not have an entire weekend to devote to the event.

The Fourth APRS National Symposium will be held on Friday and will be
moderated by Steve Dimse, K4HG (the developer of javAPRS). It will likely
include many APRS software authors, such as Bob Bruninga, WB4APR (the father
ofAPRS), Keith Sproul, WU2Z, Mark Sproul, KB2ICI (the developers of MacAPRS
and WinAPRS), Brent Hildebrand, KH2Z (the developer of APRSPLUS), Mike
Musick, N0QBF (developer of PocketAPRS), and other nationally known APRS
leaders.  Join this group for the afternoon and evening for in-depth
discussions and presentations on the current and future status of APRS. This
is a unique opportunity to gain insight into this fast-growing digital
aspect of amateur operations that combines computers, packet radio, and GPS
(Global Positioning System).

On Saturday night the DCC Banquet will be held. A guest speaker will speak
after the banquet and a prize drawing will top the evening.  The Grand Prize
is a Palm VII Personal Digital Assistant and  Synergy Systems LLC has
donated two M12 development kits and many more.

The Sunday morning seminar will be focused on PIC development, design, and
programming. This five-and-a-half hour seminar will focus on the things you
need to know now in order to understand and begin to participate in PIC
development.

Co-Hosts
The 2000 ARRL and TAPR Digital Communications Conference local co-hosts will
be:
Lake Monroe Amateur Radio Society
  (http://www.qsl.net/lmars/),
Orange County ARES/RACES
  (http://evcom.net/~jvoisin/ares.htm),
Seminole County ARES/RACES
  (http://wwww.geocities.com/capecanaveral/launchpad/4773),
and Orlando Amateur Radio Club
  (http://www.oarc.org/).

International Co-Hosts PRUG (Packet Radio User Group of Japan) will be the
International co-host for a third year running. PRUG will be hosting an
informal social Friday evening before their seminar and symposium is held.
Visit http://www.prug.or.jp for more information about PRUG.

Hotel
Conference presentations, meetings, and seminars will be held at the Orlando
Airport Marriott.  It is highly recommended that you book your room prior to
arriving.  A special DCC room rate of $89/single and $89/double per night
has been blocked for 50 rooms and is available until September 1st, 2000.
Once the 50 rooms have been reserved, room rates will increase.  So be sure
to book your rooms early!  The hotel provides transportation to and from the
Orlando International Airport. Please contact the hotel to arrange specific
transportation needs.

Orlando Airport Marriott (conference hotel)
7499 Augusta Drive
Orlando, FL 32822
Phone 407-851-9000, Fax 407-857-6211
(http://marriotthotels.com/MCOAP/)

What you can expect at DCC 2000
- A full day of papers and breakouts for the beginner to the advanced
- Two seminars/symposiums
- The fifth annual Student Paper session.
- A banquet with Special Guest Speaker.
- Informal get-togethers throughout the weekend.
- TAPR Membership Meeting
- An event at which the most important new developments in amateur
  digital communications are announced.
- Digital 'movers and shakers' from all over the world in attendance.

There are few activities where your participation can be so much fun and
important! What a great way to share and renew your enthusiasm for digital
amateur radio! A get-together with colleagues and bringing each other up to
date on your latest work -- all this, and more, for an unforgettable weekend
of amateur radio and digital communications. We hope to see you at the ARRL
and TAPR Digital Communications Conference on September 22-24, 2000!

Full information on the conference and hotel information can be obtained by
contacting:

Tucson Amateur Packet Radio
Phone: (940) 383-0000.
Fax: (940) 566-2544
Email: tapr@tapr.org
Web: http://www.tapr.org

Registration Form
Contact the TAPR office by Phone 940-383-0000, Fax 940-566-2544, or
Internet: http://www.tapr.org and tapr@tapr.org to register or for
additional information.

Conference Registration includes: Conference Proceedings, Sessions,
Meetings, and Lunch on Saturday.

- Pre-Registration (before Sept 1st)

                          $45.00 ______

- Registration (after Sept 1) or at door

                          $55.00 ______

- Saturday Evening Dinner (Limited Space)
Dinner with Guest Speaker
Prize Drawing

                         $30.00 ______

Symposia/Seminars

- 4th Annual APRS National Symposium
Friday, 1pm - 7pm.       $25.00 ______

- Sunday Seminar
PIC Design, Development, and Programming

Sunday, 8:30 am - 2 pm.  $20.00 ______


    TOTAL ______

Name/Call:

Street Address:

City/State/Zip:

Country:

Phone Number:

Email:

Charge my credit card (circle one):

VISA       MasterCard

Acct:

Expiration Date:

Signature on card:


Mail completed registration form with check to:
TAPR
8987-309 E Tanque Verde Rd #3378
Tucson, AZ 85749-9399

Or check http://www.tapr.org/dcc for an on-line registration form.

A registration packet will be mailed in September upon receipt of
registration form and payment.
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From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 31 09:57:38 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA11957
	for <lyris.aprsspec@tapr.org>; Thu, 31 Aug 2000 09:57:38 -0500 (CDT)
Message-Id: <LYR11589-106720-2000.08.31-10.04.06--lyris.aprsspec#tapr.org@lists.tapr.org>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] APRS Protocol Specification Version 1.0
Date: Thu, 31 Aug 2000 10:56:39 -0300
From: John Ackermann <jra@febo.com>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200008311456.KAA12559@meow.febo.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

I'm happy (you don't know *how* happy) to announce that APRS Protocol
Specification Version 1.0 was approved by the APRS Working Group on
August 29, 2000 and has been made available for download at the Working
Group web page, http://www.tapr.org/tapr/html/Faprswg.html.

This Version 1.0 (technically, due to change control, version 1.0.1)
document is nearly 130 pages long and does a tremendous job documenting
the APRS protocol as used on the air in the summer of 2000.  We should
all thank the Working Group members, and especially Ian Wade, G3NRW, the
Technical Editor who actually wrote the thing, for their hard work.
Although the process took far longer than anyone anticipated when we
started, I think the end result is definitely worth the wait.

Where do we go from here?  Although this is an excellent document, it
almost certainly still contains errors, omissions, and ambiguities.  In
addition, it reflects only the current protocol, and not any of the areas
in which the protocol might be extended.  The WG members will be meeting
at the DCC in Orlando next month and electronically thereafter to put in 
place a mechanism to deal with requested corrections and enhancements.  
The WG Charter outlines a way to handle this, but experience has shown that 
some modifications may be necessary for a workable process.

Also at the DCC and thereafter, the WG will consider adding new members.  
Since its founding, several new authors have come on the scene, and two 
of the original members have resigned.  Any author of software or firmware
implementing the APRS protocol who wishes to join the WG should contact
me (jra@febo.com or n8ur@tapr.org) directly.  Please -- we need to hear 
directly from those interested in joining, so rather than writing to ask 
that someone be considered, encourage that person to get in touch with me.  
Also, please remember that the WG is not affiliated with TAPR.  Membership 
decisions will be made by the group, and I can't tell you now how many (if 
any) new members will be added.

73,
John Ackermann   N8UR
Administrative Chair, APRS Working Group
jra@febo.com
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From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 31 21:27:30 2000
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA21903
	for <lyris.aprsspec@tapr.org>; Thu, 31 Aug 2000 21:27:29 -0500 (CDT)
Message-ID: <LYR11589-106836-2000.08.31-21.33.36--lyris.aprsspec#tapr.org@lists.tapr.org>
From: "Stephen M. King" <frastephen@home.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] How does change occur?
Date: Thu, 31 Aug 2000 22:26:22 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_011B_01C0139A.7E04A9A0"
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <011e01c013bc$05735dc0$eb600c18@burl1.nj.home.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

This is a multi-part message in MIME format.

------=_NextPart_000_011B_01C0139A.7E04A9A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

First, congratulations to the WG for completing the approval of the =
Protocol Spec!  I am sure you all worked very hard to document this =
wonderful system/service!

The recent Internet Routing debate inspired me to read the WG charter =
and to begin wading through the Spec in order to learn more about APRS.  =
I have learned a lot from both the discussion and the reading.

It seems that implementing NOGATE (or whatever is used) is a protocol =
question. =20

My first question would be is that correct?  Is implementing NOGATE (or =
whatever) a change to the protocol?  If it is not then why?

Again, I ask, not to stir the pot (which is why I am asking here), but =
for my own education and understanding.  If it is a protocol question, =
then the charter seems to outline a process for implementation.  I am a =
bit confused since it sounds like NOGATE is being implemented already.=20

Thanks in advance for helping me to learn more about this great system!

Peace and 73,
Stephen
KD3OG


------=_NextPart_000_011B_01C0139A.7E04A9A0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.3207.2500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>First, congratulations to the WG for =
completing the=20
approval of the Protocol Spec!&nbsp; I am sure you all worked very hard =
to=20
document this wonderful system/service!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>The recent Internet Routing debate =
inspired me to=20
read the WG charter and to begin wading through the Spec in order to =
learn more=20
about APRS.&nbsp;&nbsp;I&nbsp;have learned a lot from both the =
discussion and=20
the reading.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>It seems that&nbsp;implementing NOGATE =
(or whatever=20
is used) is a protocol question.&nbsp; </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>My first question&nbsp;would be is that =

correct?&nbsp; Is implementing NOGATE (or whatever) a change to the=20
protocol?&nbsp; If it is not then why?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Again, I ask, not to stir the =
pot&nbsp;(which is=20
why I am&nbsp;asking here), but for my own education and =
understanding.&nbsp; If=20
it is a protocol question, then the charter seems to outline a=20
process&nbsp;for&nbsp;implementation.&nbsp; I am a bit confused =
since&nbsp;it=20
sounds like NOGATE is being implemented already.</FONT>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks in advance for helping me to =
learn more=20
about this great system!</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Peace and 73,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Stephen</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>KD3OG</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_011B_01C0139A.7E04A9A0--
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